Re: Statements with syntax errors are not logged

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Statements with syntax errors are not logged
Дата
Msg-id 13986.1161271997@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Statements with syntax errors are not logged  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: Statements with syntax errors are not logged  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
> Tom Lane wrote:
>> To some extent the logging 
>> settings are only meant to capture successfully executed statements

> Then it should be changed to log *only* successfully executed statements 
> and explicitly documented as such.

Well, maybe we should do that.  It'd be relatively easy to handle the
ALL case before parsing and the other cases after in the "simple query"
code path, but I don't see any nice way to make it work in the
parse/bind/execute code path.  As the code stands in HEAD, we don't
normally log parse/bind messages at all, just execute messages, because
there's no way to avoid serious redundancy/log-bloat/confusion otherwise.
Another attractive aspect is that we could merge duration logging with
statement reporting rather than having two separate log messages come
out in some cases.

The other thing we'd want to do is try a bit harder to ensure that
debug_query_string is always valid, so that one could be certain that
the combination of log_min_error_statement and log_statement = ALL
tells all.  bind/execute messages don't currently bother to set
debug_query_string properly, but I think that could be fixed easily.

Comments?
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: tomas@tuxteam.de
Дата:
Сообщение: Re: Statements with syntax errors are not logged
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Additional stats for Relations