Rodegast
Ой.. а не проще просто циклом данные из таблицы выбирать и их с датой сравнивать?
Если там миллион данных, надо их фильтрануть сначала средствами СУБД, потому что в СУБД это всё оптимизированно, все эти операции. Для этого мы и делаем этот фильтр. А так-то он нафиг не нужен.
Что касается того, нужно ли это в СУБД делать всё, то я тебе так скажу. Вот ты заострился на PostgreSQL, типа там прикольно можно всё сделать и так далее, но вот завтра поступит команда “перевести это с PostgreSQL на MySQL или там MSSQL”, вот ты что делать будешь? переписывать сотни этих выборок с одного SQL-диалекта на другой или всё-таки ты используешь такую вот ORM типа Алхимии, которая автоматически это всё переведёт в правильные инструкции просто через одну замену драйвера где-то там в настройках?
Во-первых, вся эта фигня не относится к базе данных. То есть база данных должна просто информацию хранить (непротиворечиво, целостно, оптимально и так далее). А все вот эти анализы должны выполняться снаружи базы данных.
Во-вторых, из SQL-кода ты столько не выжмешь, сколько из питон-кода. Максимум, который там достигли в этих реляционных СУБД, - это хранимые процедуры, которые считаются чуть ли не чудом света каким-то, в то время как по сути они являются просто процедурами в какой-то там древней парадигме, которая особо ничего не даёт.