Re: [PROPOSAL] Client Log Output Filtering

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [PROPOSAL] Client Log Output Filtering
Дата
Msg-id 14906.1459269528@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [PROPOSAL] Client Log Output Filtering  (Andres Freund <andres@anarazel.de>)
Ответы Re: [PROPOSAL] Client Log Output Filtering  (Andres Freund <andres@anarazel.de>)
Re: [PROPOSAL] Client Log Output Filtering  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Andres Freund <andres@anarazel.de> writes:
> On 2016-03-29 12:28:40 -0400, Tom Lane wrote:
>> 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.

If we invent LOG_ONLY (feel free to bikeshed the name), we could later
redefine it as (LOG | ERR_HIDE_FROM_CLIENT), if we ever upgrade the
underlying implementation to allow that.  But I remain concerned about
dealing with logic like "if (elevel < ERROR)", and I am unconvinced that
there's a near-term use-case here that's compelling enough to justify
finding all the places that do that.
        regards, tom lane



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

Предыдущее
От: Alexander Korotkov
Дата:
Сообщение: Re: PoC: Partial sort
Следующее
От: Magnus Hagander
Дата:
Сообщение: Re: Updated backup APIs for non-exclusive backups