Re: [PROPOSAL] Client Log Output Filtering

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: [PROPOSAL] Client Log Output Filtering
Дата
Msg-id 20160329163319.GB23540@awork2.anarazel.de
обсуждение исходный текст
Ответ на Re: [PROPOSAL] Client Log Output Filtering  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [PROPOSAL] Client Log Output Filtering  (Andres Freund <andres@anarazel.de>)
Re: [PROPOSAL] Client Log Output Filtering  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 2016-03-29 12:28:40 -0400, Tom Lane wrote:
> Alvaro Herrera <alvherre@2ndquadrant.com> writes:
> > David Steele wrote:
> >> On 3/29/16 10:18 AM, Tom Lane wrote:
> >>> Repurposing COMMERROR is definitely starting to seem like a low-impact
> >>> solution compared to these others.  Under what circumstances would you
> >>> be wanting hide-from-client with an elevel different from LOG, anyway?
> 
> > So audit records would use COMMERROR?  That sounds really bad to me.
> 
> My proposal would be to invent a new elevel macro, maybe LOG_ONLY,
> for this purpose.  But under the hood it'd be the same as COMMERROR.

A couple years back I proposed making thinks like COMERROR into flags |
ed into elevel, rather than distinct levels.  I still think that's a
better approach; and it doesn't force us to forgo using distinct log
levels.

Andres



В списке pgsql-hackers по дате отправления:

Предыдущее
От: David Steele
Дата:
Сообщение: Re: [PROPOSAL] Client Log Output Filtering
Следующее
От: "Shulgin, Oleksandr"
Дата:
Сообщение: Re: Add schema-qualified relnames in constraint error messages.