Здравствуйте!
Возникла необходимость организовать лог пользовательских ошибок. Для этого хранимым процедурам предоставляется функция с условным названием raise_error(), которая должна добавить соответствующую запись в таблицу, например, error_log, затем выполнить PL/PgSQL-оператор RAISE EXCEPTION '<Error description string>'. Здесь имеется интересное противоречие: команда RAISE EXCEPTION откатывает транзакцию, в рамках которой выполняется пользовательский запрос, что, собственно, и нужно, но при этом откатывается операция записи ошибки в таблицу error_log. Я выбрал следующее решение: ф-ция raise_error() реализуется на C и в процессе выполнения устанавливает соединени с сервером БД посредством интерфейса libpq, выполняет нужные действия в контексте этого соединения, которое, очевидно, никак не связано с откатываемой транзакцией и в конце генерирует искомое исключение вызовом макроса ereport(ERROR, ...).
Тут выяснилось следующее: при вызове PQconnectdb() разрывается соединение, установленное вызовом SPI_connect() и освобождаются все области памяти с нужными для записи ошибки в error_log данными (остаются нетронутыми только аргументы ф-ции). В принципе ничего не мешает скопировать нужные данные в буфера памяти статического условно большого размера, т.к. из-за разрыва соединения нельзя использовать palloc(). Однако, все же интересно, что посетители форума думают по этому поводу? Это нормальное поведение PostgreSQL или тут мы имеем дело с ошибкой и надо делать bugreport? Может для решения моей задачи имеется альтернативное решение, которое не требует использования libpq?
Спасибо!