Re: [PATCH] Proof of concept for GUC improvements - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [PATCH] Proof of concept for GUC improvements
Date
Msg-id 2439960.1647910424@sss.pgh.pa.us
Whole thread Raw
In response to Re: [PATCH] Proof of concept for GUC improvements  (Andres Freund <andres@anarazel.de>)
Responses Re: [PATCH] Proof of concept for GUC improvements  (David Christensen <david@pgguru.net>)
List pgsql-hackers
Andres Freund <andres@anarazel.de> writes:
> My impression is that there's not a lot of enthusiasm for the concept? If
> that's true we maybe ought to mark the CF entry as rejected?

Yeah, I'm kind of leaning that way too.  I don't see how we can
incorporate the symbolic values into any existing display paths
without breaking applications that expect the old output.
That being the case, it seems like we'd have "two ways to do it"
indefinitely, which would add enough confusion that I'm not
sure there's a net gain.  In particular, I foresee novice questions
along the lines of "I set foo to disabled, why is it showing
as zero?".

If we'd done it like this from the beginning, it'd have been
great, but retrofitting it now is a lot less appealing.

            regards, tom lane



pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: preserving db/ts/relfilenode OIDs across pg_upgrade (was Re: storing an explicit nonce)
Next
From: Andres Freund
Date:
Subject: Re: Reducing power consumption on idle servers