From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Gavin Sherry <swm(at)linuxworld(dot)com(dot)au> |
Cc: | 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 18:28:25 |
Message-ID: | Pine.LNX.4.44.0208281836380.951-100000@localhost.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
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_*.
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)
3. Not sure what the "original" is for -- you're not transforming
anything.
--
Peter Eisentraut peter_e(at)gmx(dot)net
From | Date | Subject | |
---|---|---|---|
Next Message | Jukka Holappa | 2002-08-28 18:28:35 | Sprintf() auditing and a patch |
Previous Message | Peter Eisentraut | 2002-08-28 18:27:45 | Re: C vs. C++ contributions |
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2002-08-28 18:29:26 | Re: [HACKERS] Proposed GUC Variable |
Previous Message | Bruno Wolff III | 2002-08-28 17:16:13 | contrib/cube patches |