Re: ALTER SYSTEM SET command to change postgresql.conf parameters

From: Thom Brown <thom(at)linux(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: ALTER SYSTEM SET command to change postgresql.conf parameters
Date: 2013-12-23 19:36:38
Message-ID: CAA-aLv4zw1B-kQ=bGteJP6an5yZsyzo7=uZSZcERtO=18s9QBA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 23 December 2013 19:35, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
> On Mon, Dec 23, 2013 at 2:19 PM, Thom Brown <thom(at)linux(dot)com> wrote:
>>> I would think that you'd need to have auto_explain loaded in the
>>> backend where you're trying to make a change, but you shouldn't need
>>> the setting to be present in postgresql.conf, I would think.
>>
>> This appears to be the case. I hadn't set the library to be loaded in
>> the config.
>>
>> I guess therefore it follows that arbitrary configuration parameters
>> aren't supported (e.g. moo.bark = 5), only pre-defined ones.
>
> Yeah, and that's by design. Otherwise, it would be too easy to set a
> config parameter to a value that wasn't legal, and therefore make the
> server fail to start. moo.bark = 5 likely won't cause any problems,
> but auto_explain.log_verbose = fasle could. By insisting that the
> module providing the GUC be loaded, we can sanity-check the value at
> the time it gets set.

Alles klar. :)

--
Thom

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Noah Misch 2013-12-23 19:52:08 Re: ERROR during end-of-xact/FATAL
Previous Message John R Pierce 2013-12-23 19:36:19 Re: pg_upgrade & tablespaces