Re: selective statement logging
| От | Andrew Dunstan |
|---|---|
| Тема | Re: selective statement logging |
| Дата | |
| Msg-id | 404FCECF.6030204@dunslane.net обсуждение исходный текст |
| Ответ на | Re: selective statement logging (Andrew Dunstan <andrew@dunslane.net>) |
| Список | pgsql-hackers |
Andrew Dunstan wrote: > > Actually, I think I can improve the present situation. Currently, if > log_statement is not turned on and you send a query that doesn't > parse, all you get is the error trace. By deferring it till right > after the parse we can force logging of the query string on a parse > error, regardless of that setting (which seems to me to be a very > desirable outcome). The only thing is that you will get the error > trace first (because it comes from the parser) rather than the query > string first. > Or I would do except that I see that a parse error causes a longjmp out of that code. I will see if I can come up with a way around that. If not, I think we'd better let sleeping dogs lie. cheers andrew
В списке pgsql-hackers по дате отправления: