@morozovdenis Спасибо за помощь! Я решил сделать аудит всех композитных ключей, что есть в таблице, и многие проблемы обнаружил. Еще нашел статью doc.prototypes.ru/database/postgresql/indexes/comp... В общем, оптимизацию БД провел на ура. Удалил из запроса count(*) ... order by, он вообще в моем случае не нужен. Перебрал варианта деревья ключей и нашел оптимальные...
Смысл такой, что даже
SELECT count(m_.id) AS sclr FROM message m_ WHERE m_.status = 1 AND m_.category_id = 1 ORDER BY m_.published DESC и с индексом
как по мне казалось много
часть базы:
В общем куда дальше двигаться не знаю, оставлять задержки в 200мс-1сек как-то стремно. По ходу нужны кеши или горизонтальное масштабирование базы данных :) ?
