Так сделайте этот запрос вложенным и пересортируйте во внешнем.

Ну вот я и говорил про subquery. Эффективнее варианта нет?

А Вы уже убедились, что этот недостаточно эффективен?
А так — я даже сходу не вижу подходящего метода или структуры данных, с помощью которых этап сортировки по найденным максимальным датам мог бы быть эффективнее. Их выборку ещё можно сделать эффективнее, если разных значений state относительно мало (loose index scan), но дальше-то сортировать всё равно придётся... нет?

так надо обернуть во внешний селект

Причём если колонка date на самом деле является каким-нибудь timestamp, имеющим в жизни натурально чуть ли не уникальное значение в каждой строке, то в плане индексирования под такую вот выборку всё, по идее, становится ещё интереснее

Понял. Так и думал но хотел услышать точно. Благодарю!

Господа, может кто-то помочь с тонкой настройка pgbouncer? На 100 клиентских подключениях бд виснет и не совсем понятно, какой параметр при этом нужно крутить. Империческим путем пришел к выводу, что за это отвечает сумма cl_active, но не ясно, почему он не может превысить 100 и что нужно поменять, чтоб pgbouncer смог держать больше активных подключений. Спасибо!

pgbouncer.ini:
max_db_connections = 500
max_client_conn = 4000
max_user_connections = 0
default_pool_size = 50
reserve_pool_size = 30

postgresql.conf:
max_connections = '700'

pool_size по дефолту равно default_pool_size (столько подключений должен pgbouncer делать к базе). У вас какие-то долгие запросы/сессии?

Парни, подскажите, из-за чего вот такое периодически может вылезать:

Timeout acquiring a connection. The pool is probably full. Are you missing a .transacting(trx) call?

Причину из сообщения уже отсеяли? Написано, что возможно где-то осталось незавершённая транзакция

По графикам базы там нет нигде переполнения коннектов

вот не могу понять как найти причину

пишут разные сервисы при работе с одной базой

Мне кажется, это сообщения от пулера, а не базы. Не знаю, какой у вас язык/фреймворк, у всех пулеров обычно есть дефолтный лимит / размер. Например 10

Началось в один момент в разных сервисах

в интернетах пишут тоже про зависшую транзакцию

её можно найти запросом? )

Можно посмотреть в pg_stat_activity

После этой ошибки все зависает?

select * from pg_stat_activity where state='idle in transaction';