Re: [HACKERS] Proposed GUC Variable

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: 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:05:05
Message-ID: 200208281905.g7SJ55k03836@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

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.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Larry Rosenman 2002-08-28 19:07:57 Re: [HACKERS] Proposed GUC Variable
Previous Message Vince Vielhaber 2002-08-28 19:03:25 Re: tell Bugtraq about 7.2.2

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2002-08-28 19:06:47 Re: (yet) more buffer paranoia
Previous Message Peter Eisentraut 2002-08-28 18:30:30 Re: (yet) more buffer paranoia