Re: PGC_S_DEFAULT is inadequate

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Greg Stark <gsstark(at)mit(dot)edu>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: PGC_S_DEFAULT is inadequate
Date: 2011-05-11 15:14:18
Message-ID: 27124.1305126858@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Greg Stark <gsstark(at)mit(dot)edu> writes:
> On Wed, May 11, 2011 at 3:20 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> So this is fine if the
>> current value was from the file or was the boot_val, but if we'd
>> overridden the boot value with a "replacement" default value using
>> PGC_S_DEFAULT, that code would cause the value to revert to the boot_val
>> not the replacement value. Not desirable.

> Doesn't this mean if you had a setting of timezone in your config file
> and remove it and reload you'll get a different value than you would
> have if you had actually booted without the line originally?

Yes, except it's timezone_abbreviations (and client_encoding) that are
at risk. I think the latter is probably observably broken in existing
releases, though I've not tried to test. Given the minuscule
use-case for setting client_encoding in postgresql.conf, I'm not
concerned about back-patching a fix, but I'd like to make it work better
going forward.

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Merlin Moncure 2011-05-11 15:38:41 Re: hint bit cache v5
Previous Message Bruce Momjian 2011-05-11 14:45:08 Re: the big picture for index-only scans