Re: Continue work on changes to recovery.conf API

From: Andres Freund <andres(at)anarazel(dot)de>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, Sergei Kornilov <sk(at)zsrv(dot)org>, PostgreSQL mailing lists <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Continue work on changes to recovery.conf API
Date: 2018-09-28 20:40:42
Message-ID: 20180928204042.boqbpggazp656ie7@alap3.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

On 2018-09-28 16:36:35 -0400, Tom Lane wrote:
> Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2018-09-28 20:43:10 Re: SQL/JSON: documentation
Previous Message Tom Lane 2018-09-28 20:36:35 Re: Continue work on changes to recovery.conf API