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
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 |