Re: [PATCHES] WIP patch - INSERT-able log statements - Mailing list pgsql-hackers

From Guillaume Smet
Subject Re: [PATCHES] WIP patch - INSERT-able log statements
Date
Msg-id 1d4e0c10702190931v9da1786ye55b37b52e317be2@mail.gmail.com
Whole thread Raw
Responses Re: [PATCHES] WIP patch - INSERT-able log statements  (Alvaro Herrera <alvherre@commandprompt.com>)
List pgsql-hackers
On 2/19/07, Alvaro Herrera <alvherre@commandprompt.com> wrote:
> Guillaume Smet escribió:
> > On 2/19/07, Alvaro Herrera <alvherre@commandprompt.com> wrote:
> > >So add the session ID (%c) to log_line_prefix.
> >
> > It could work if log_line_prefix was added before every line but it's
> > definitely not the case:
> > myuser mydb 45d9d615.4abe LOG:  duration : 185.223 ms, statement : SELECT *
> >        FROM lieu
> >        LIMIT 10;
> > if you execute:
> > SELECT *
> > FROM lieu
> > LIMIT 10;
>
> Interesting.  I wonder why didn't you report this as a bug before?
> Maybe we could have discussed it and fixed it.

Perhaps because I thought it was not really a bug but the intended behaviour.
Syslog has the same behaviour and it's quite logical when you consider
how queries are logged (I've spent a few hours in the logging code).
Syslog has exactly the same behaviour but adds the necessary context
information.
I'm pretty sure I have explained the problem a few times on the lists
though but perhaps it was just on IRC.

From the feedback I have on pgFouine, very few people think it's a
real problem, probably because they don't use query logging as we do:
our production servers have it enabled all the time and we have a high
load on them so this particular case is a common case for us.

(Second try to move this discussion to -hackers)

--
Guillaume


pgsql-hackers by date:

Previous
From: "Florian G. Pflug"
Date:
Subject: Re: Confusing message on startup after a crash while recovering
Next
From: Alvaro Herrera
Date:
Subject: Re: [PATCHES] WIP patch - INSERT-able log statements