У меня есть вопрос к тем, кто имеет большой опыт по apscheduler :)
Ранее, в доасинхронные времена у меня были самописные таймеры. Но сейчас apscheduler позволяет творить некоторую магию. Но вот проблема в чём... мне кажется (да я даже уверен), что я делаю очень неправильно:
есть в базе список задач с несколькими полями (id, описание, datetime исполнения). есть таймер (в моём случае apscheduler с add_job) дёргать раз в секунду асинхронный метод — запрос в базу одной (из возможных) задач order by datetime asc limit 1 :)
это я делаю для того, чтобы была возможность добавлять N задач в самое разнообразное время исполнения, и хранить статусы состояний этих задач, что конечно удобно.
Всё это разумеется в боте, потому что и добавление задач и их исполнение завязано на нём.

Но здесь я руководствовался своими довольно старыми представлениями о работе подобных систем. Есть ли более изящный и грациозный способ управления потенциально огромным количеством задач для исполнения в самое разнообразное время?

я читал первую длинную постяру, но так и не понял в чём вопрос. Можно как то сжать до сути? Какова задача?

грациозный способ - добавлять все внутри бота
внутри таски редактировать ее состояние, например в редисе (с использованием ttl, чтобы базу не засорять)
добавил таск с помощью шедулера, а потом он его спокойно выгоняет
apsscheduler умеет все что тебе нужно внутри одной проги и своими собственными методами

В итоге я к этому и пришёл, да :)

не совсем

А вот я попробовал, и мне понравилось.
Сейчас так:
при старте бота из базы берутся все таски и add_job добавляются в apscheduler.
при выполнении таска удаляется строчка в базе
при добавлении таска - добавляется в apscheduler, и в базу.
таким образом даже при ресете бот при повторном старте из базы заберёт невыполненные таски.

Да, пожалуй без ежесекундной долбёжки в базу это как-то более современно выглядит.

Правильным jobstore может стать redis ведь?
Что-то мне подсказывает что пихать в pgsql и jobstore тоже не совсем корректно