Смотря в каком смысле приостановить. Если задача выполнятся, то её можно отменить/прибить стандартными функциями pg_cancel_backend/pg_terminate_backend, а если надо отменить выполнение запланированной наперёд задачи, то её можно удалить или поставить ей статус STOP.
По-сути, это и есть расширение, просто поленились контрол-файл добавить, и устанавливается как самые первые распакованные расширения простым выполнением sql-скрипта.
а есть исходники самого интерпретатора? (
lib_date_util.soиlib_date_util.so)а почему не pg_squeeze?
А почему бы на основе разработок не сделать патч в апстрим?
для многопотока в яндексе придумали одиссей
Смотря в каком смысле приостановить. Если задача выполнятся, то её можно отменить/прибить стандартными функциями
pg_cancel_backend/pg_terminate_backend, а если надо отменить выполнение запланированной наперёд задачи, то её можно удалить или поставить ей статусSTOP.По-сути, это и есть расширение, просто поленились контрол-файл добавить, и устанавливается как самые первые распакованные расширения простым выполнением sql-скрипта.
с расширением https://github.com/omniti-labs/pg_jobmon
Вызвать pg_curl (в pg_task, если надо асинхронно)
смотрите опцию target_session_attrs
есть специальный бенчмарк фрейморков, в т.ч. на ява-скрипте https://www.techempower.com/benchmarks/#hw=ph&test=composite§ion=data-r22&l=zik0sf-cn3
Попробуйте pg_rman или pgbackrest
для этого тоже есть расширение plpgsql_check
pldebugger и pgadmin вроде как раз подходят для отладки
В 17 postgresql добавили нативное событие логина
Можно ещё так попробовать
дак у вас условие ГДЕ сначала блокирует все строки, а потом уже по ЛИМИТу возвращается одна из всех
Описание похоже на timescaledb
Планировщик заданий с гибким расписанием и возможностью запуска в нескольких БД.
Если это pg_task, то он прекрасно работает со всеми версиями ванильного PG, начиная с 9.4
Расширения pg_partman / pg_pathman умеют делать нативное автопартицирование
В powa вроде много чего есть готового.