| От | Andres Freund |
|---|---|
| Тема | Re: bugfix: incomplete implementation of errhidecontext |
| Дата | |
| Msg-id | 20150707121305.GN30359@alap3.anarazel.de обсуждение |
| Ответ на | Re: bugfix: incomplete implementation of errhidecontext (Pavel Stehule <pavel.stehule@gmail.com>) |
| Ответы |
Re: bugfix: incomplete implementation of errhidecontext
|
| Список | pgsql-hackers |
On 2015-07-03 06:20:14 +0200, Pavel Stehule wrote: > I would to use it for controlling (enabling, disabling) CONTEXT in RAISE > statement in plpgsql. I am thinking so one option for this purpose is > enough, and I would not to add other option to specify LOG, CLIENT. I don't think a plpgsql function should be able to suppress all context. From a security/debuggability POV that's a bad idea. The context messages are the only way right now to have any chance of tracing back what caused an error in a function because log_statements et al. will not show it.
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера