Re: log_duration is redundant, no?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: log_duration is redundant, no?
Дата
Msg-id 7026.1158359409@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: log_duration is redundant, no?  ("Guillaume Smet" <guillaume.smet@gmail.com>)
Ответы Re: log_duration is redundant, no?  ("Guillaume Smet" <guillaume.smet@gmail.com>)
Список pgsql-hackers
"Guillaume Smet" <guillaume.smet@gmail.com> writes:
> Is it normal that when I set log_duration to on and log_statement to
> all, I have the following output when I prepare/bind/execute a
> prepared statement using the protocol:
> LOG:  duration: 0.250 ms
> LOG:  duration: 0.057 ms
> LOG:  execute my_query: SELECT * FROM shop WHERE $1 = $2
> DETAIL:  parameters: $1 = 'Clothes Clothes Clothes', $2 = 'Joe''s Widgets'

> I suppose the first line is the prepare and the second line is the
> bind but I'm not sure it's the desired behaviour.

Well, considering that the parse and bind may take longer than the
execute, I hardly think we want to ignore them for log_duration
purposes.  And we agreed that if log_duration is on and
log_min_duration_statement is not triggered, log_duration should print
*only* duration.  So I'm not sure what else you expected.
        regards, tom lane


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

Предыдущее
От: "Guillaume Smet"
Дата:
Сообщение: Re: log_duration is redundant, no?
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: question regarding regression tests