от sql, control, create extension, действительно, можно отказаться - это лишь обёртка для удобной установки (нужно собрать so и положить по пути: pg_config --pkglibdir и если потребуется: CREATE FUNCTION ... LANGUAGE C (в нашем случае не нужно))
далее нужно активировать: shared_preload_libraries - это правильно, если хук работает глобально и если использует shared memory. session_preload_libraries - загрузка в начале каждой новой сессии и с помощью LOAD - загрузить руками там, где требуется
Спасибо за Ваш комментарий, в случае с примером, действительно, не требуется загружать в shared_preload_libraries и делать CREATE EXTENSION
В pg уже есть механизм исключений, правда он не такой, как хотелось бы из за возможностей языка (PG_TRY, PG_CATCH...), это подходит для некоторых целей, но, напротив, мне кажется, не стоит ими спамить
Мне нравится Ваша идея, мы можем связаться в источниках, указанных в профиле для дальнейщего обсуждения
от sql, control, create extension, действительно, можно отказаться - это лишь обёртка для удобной установки (нужно собрать so и положить по пути: pg_config --pkglibdir и если потребуется: CREATE FUNCTION ... LANGUAGE C (в нашем случае не нужно))
далее нужно активировать: shared_preload_libraries - это правильно, если хук работает глобально и если использует shared memory.
session_preload_libraries - загрузка в начале каждой новой сессии
и с помощью LOAD - загрузить руками там, где требуется
Спасибо за Ваш комментарий, в случае с примером, действительно, не требуется загружать в shared_preload_libraries и делать CREATE EXTENSION
В pg уже есть механизм исключений, правда он не такой, как хотелось бы из за возможностей языка (PG_TRY, PG_CATCH...), это подходит для некоторых целей, но, напротив, мне кажется, не стоит ими спамить