Re: pgsql: Allow units to be specified in relation option setting value.

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pgsql: Allow units to be specified in relation option setting value.
Дата
Msg-id 31170.1409254455@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pgsql: Allow units to be specified in relation option setting value.  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: pgsql: Allow units to be specified in relation option setting value.  (Fujii Masao <masao.fujii@gmail.com>)
Список pgsql-committers
Robert Haas <robertmhaas@gmail.com> writes:
> On Thu, Aug 28, 2014 at 12:22 PM, Fujii Masao <masao.fujii@gmail.com> wrote:
>> Another approach is to change pg_dump so that it encloses the relopt
>> values with single quotes. This is the same approach as what
>> pg_dumpall does for database or role-specific settings.

> To me, this doesn't seem nearly important enough to justify breaking
> pg_dump compatibility.  AAUI, this is just a cosmetic improvement, so
> we shouldn't break functional things for that.

Indeed.  I am not convinced that pg_dump is the only client-side code
that would get broken, either.

>> Further other approach is to change the reloptions code so that it
>> always stores the plain value without the units (i.e., 1000 is stored
>> if 1s is specified in autovacuum_vacuum_cost_delay)in pg_class.

> This seems like the way to go.

Yeah, it's the best idea I can think of either.  It's a tad annoying but
I think we don't want to take the compatibility risks of storing
unit-ified values in reloptions.

In the meantime, the buildfarm is still all red.  Can we please revert
this patch until a fixed version is ready?

            regards, tom lane


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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: pgsql: Allow units to be specified in relation option setting value.
Следующее
От: Fujii Masao
Дата:
Сообщение: pgsql: Revert "Allow units to be specified in relation option setting v