Re: VACUUM fails to parse 0 and 1 as boolean value

Поиск
Список
Период
Сортировка
От Kyotaro HORIGUCHI
Тема Re: VACUUM fails to parse 0 and 1 as boolean value
Дата
Msg-id 20190521.160025.138003817.horiguchi.kyotaro@lab.ntt.co.jp
обсуждение исходный текст
Ответ на Re: VACUUM fails to parse 0 and 1 as boolean value  (Michael Paquier <michael@paquier.xyz>)
Ответы Re: VACUUM fails to parse 0 and 1 as boolean value  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
At Tue, 21 May 2019 14:31:32 +0900, Michael Paquier <michael@paquier.xyz> wrote in <20190521053132.GG1921@paquier.xyz>
> On Mon, May 20, 2019 at 09:55:59AM -0400, Robert Haas wrote:
> > Well, it's confusing that we're not consistent about which spellings
> > are accepted.  The GUC system accepts true/false, on/off, and 0/1, so
> > it seems reasonable to me to standardize on that treatment across the
> > board.  That's not necessarily something we have to do for v12, but
> > longer-term, consistency is of value.
> 
> +1.
> 
> Note: boolean GUCs accept a bit more: yes, no, tr, fa, and their upper
> case flavors, etc.  These are everything parse_bool():bool.c accepts
> as valid values.

Yeah, I agree for longer-term. The opinion was short-term
consideration on v12. We would be able to achieve full
unification on sub-applications in v13 in that direction. (But I
don't think it's good that apps pass-through options then server
checkes them..)

regards.

-- 
Kyotaro Horiguchi
NTT Open Source Software Center




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

Предыдущее
От: Juan José Santamaría Flecha
Дата:
Сообщение: Re: Compile using the Visual Studio 2019
Следующее
От: Corey Huinker
Дата:
Сообщение: Re: Table as argument in postgres function