для этого достаточно мониторить pg_stat_activity, для её мониторинга наверняка есть стандартные инструменты типа прометеуса/графаны, в них есть алертинг

хотелось бы без завершение процесса и без разгребания логов.

Вообще все верно, но тут быстрое реагирование. Вот Вася, вот пид, иди смотри

окей, спасибо большое, будем дальше думать

Так для этого мониторинговые системы и придуманы )

это да)

ну как же без велосипедов)))

тут проблема потом в поисках чей запрос, кто делал? Либо 30 учеток читателей постгрес лепить

А что такое "чей"?
Какого пользователя (можно и пользователей "налепить", но будут проблемы с poolers)?
Или приложения (тогда можно указывать https://www.postgresql.org/docs/current/runtime-config-logging.html#GUC-APPLICATION-NAME при подключении)?

чей в плане пользователь в системе под ником nagibator2010 сделал запрос, ждет результата работы. Его запрос превысил 20 минут, приходит алерт, что запрос от пользователя nagibator2010 с pid таким то работает более 20 минут. Далее, либо мы его прибиваем (запрос), либо этот пользователь дал добро на продолжение запроса и ждем дальше

система CRM какая-нибудь, где в UI можно выполнять SQL запросы к базе

на выгрузку статы например

проложуха одна, менеджеров 30-40 человек. Делают выгрузки отчетов.

Поздравляем, вы изобрели phpmyadmin.

Леннарт Поттеринг, перелогиньтесь

phppgadmin, а не myadmin

phpmyadmin для mysql

phpmyadmin звучит обиднее.

Здравствуйте всем! Хотел поработать с партициями  и запнулся на этом.
Задумывалось, чтобы при вводе данных на таблицу data, данные находящиеся в том отрезке времени  переносилось в dataJanuary . Но в итоге в таблицу datajanuary  ничего не пишется. А если писать в ручную дату в столбец created_date_ (timestamp 6 without zone) то инсерт проходит успешно. Если есть знающие за партиции, прошу подсказать.


create rule news_insert_to_1 as on insert to data where created_date_ >= '2021-01-27' and created_date_ <= '2021-02-27' do instead insert into dataJanuaray values (NEW.*);

1. Не используйте timestamp without timezone.
2. Никогда не используйте rules.
Вообще, см. https://wiki.postgresql.org/wiki/Don%27t_Do_This

Хотите партиционирования — используйте декларативное (и, желательно, PostgreSQL >= v12).
А чтобы можно было что-то подсказать — покажите \d+ таблицы.