Re: change name of redirect_stderr?
| От | Tom Lane |
|---|---|
| Тема | Re: change name of redirect_stderr? |
| Дата | |
| Msg-id | 11546.1187123849@sss.pgh.pa.us обсуждение |
| Ответ на | Re: change name of redirect_stderr? ("Brendan Jurd" <direvus@gmail.com>) |
| Ответы |
Re: change name of redirect_stderr?
Re: change name of redirect_stderr? |
| Список | pgsql-hackers |
"Brendan Jurd" <direvus@gmail.com> writes:
> On 8/15/07, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>> For example, "log_line_prefix" is misnamed under this rule, and ought to
>> be "logging_line_prefix". Similarly, redirect_stderr would become
>> "logging_something" --- I'd prefer "logging_start_collector" but could
>> live with "logging_collector" (or maybe "logging_use_collector"?)
> The consistent prefix idea sounds good; does "logging_enable" jive
> with your proposal?
I dislike it. I claim that logging to plain stderr (without the
syslogger process) is still logging. Logging to syslog (which also
doen't need the syslogger process) is *definitely* logging. Something
named "logging_enable" would suggest to the normal person that without
it turned on, you'll get *nothing*.
I'm not wedded to "collector" per se, but you really cannot escape the
fact that there is one more concept in here than you wish to admit.
I think that reflecting the existence of a collector process in the GUC
names makes things clearer, not less clear.
regards, tom lane
В списке pgsql-hackers по дате отправления: