Re: [HACKERS] Proposed GUC Variable

From: Larry Rosenman <ler(at)lerctr(dot)org>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, Gavin Sherry <swm(at)linuxworld(dot)com(dot)au>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Hackers <pgsql-hackers(at)postgresql(dot)org>, pgsql-patches(at)postgresql(dot)org
Subject: Re: [HACKERS] Proposed GUC Variable
Date: 2002-08-28 19:07:57
Message-ID: 1030561678.469.39.camel@lerlaptop.iadfw.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

On Wed, 2002-08-28 at 14:05, Bruce Momjian wrote:
> Peter Eisentraut wrote:
> > Gavin Sherry writes:
> >
> > > Attached is the patch. debug_print_error_query is set to false by default.
> > >
> > > For want of a better phrase, I've prepended 'original query: ' to the
> > > error message to highlight why it is in the log.
> >
> > >From your resident How-To-Name-Stuff Nitpicker:
> >
> > 1. The names of the debug_* GUC variables are leftovers from the pre-GUC
> > era and the names where left to include "debug" in them because at the
> > time it wasn't clear whether the implementation had more than server-code
> > debugging quality. New variables should be named log_*.
>
> Agreed. They are not really _debug_ for the server, but debug for user
> apps; should be "log".
>
>
> > 2. Unless you are only logging queries, the correct term is "statement" or
> > "commmand". Statements are defined in the SQL standard to end at the
> > semicolon, but if you're logging whatever the client passed in (which may
> > contain multiple statements) then "command" might be best. (consequently:
> > log_command_on_error or something like that)
>
> Or log_statement_on_error. I think statement is better because we are
> using that now for statement_timeout.
>
> > 3. Not sure what the "original" is for -- you're not transforming
> > anything.
>
> Agreed. Just call it "Error query". Seems clear to me.
What about rule(s) transformation(s)? Will we see the real query or the
transformed query?

--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler(at)lerctr(dot)org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Neil Conway 2002-08-28 19:10:57 Re: @(#)Mordre Labs advisory 0x0005: Several buffer overruns in PostgreSQL
Previous Message Bruce Momjian 2002-08-28 19:05:05 Re: [HACKERS] Proposed GUC Variable

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2002-08-28 19:11:09 Re: [HACKERS] Proposed GUC Variable
Previous Message Bruce Momjian 2002-08-28 19:06:47 Re: (yet) more buffer paranoia