Re: Continue work on changes to recovery.conf API

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: Continue work on changes to recovery.conf API
Дата
Msg-id 20180928204042.boqbpggazp656ie7@alap3.anarazel.de
обсуждение исходный текст
Ответ на Re: Continue work on changes to recovery.conf API  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Continue work on changes to recovery.conf API  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Hi,

On 2018-09-28 16:36:35 -0400, Tom Lane wrote:
> Peter Eisentraut <peter.eisentraut@2ndquadrant.com> writes:
> > I think this was the major point of contention.  I reread the old
> > thread, and it's still not clear why we need to change this.  _type and
> > _value look like an EAV system to me.  GUC variables should be
> > verifiable independent of another variable.
> 
> No, they MUST be independently verifiable.  The interactions between
> the check_xxx functions in this patch are utterly unsafe.  We've
> learned that lesson before.

I'm not sure those concerns apply quite the same way here - we can move
the interdependent verification to the the point where they're used
first rather than relying on guc.c infrastructure. We already have
plenty of checks interdependent that way, without it causing many
problems.  UI wise that's not too bad, if they're things that cannot be
changed arbitrarily at runtime.

Greetings,

Andres Freund


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Continue work on changes to recovery.conf API
Следующее
От: Tom Lane
Дата:
Сообщение: Re: SQL/JSON: documentation