Re: Default gucs for EXPLAIN - Mailing list pgsql-hackers

From Vik Fearing
Subject Re: Default gucs for EXPLAIN
Date
Msg-id 54e92035-d7d1-dbf3-4cf5-f783d7a576f7@postgresfriends.org
Whole thread Raw
In response to Re: Default gucs for EXPLAIN  (Bruce Momjian <bruce@momjian.us>)
Responses Re: Default gucs for EXPLAIN  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers
On 6/2/20 7:25 PM, Bruce Momjian wrote:
> On Wed, May 27, 2020 at 11:10:35AM +0200, Vik Fearing wrote:
>> On 5/27/20 7:27 AM, David G. Johnston wrote:
>>>> Would you propose we just error out in that case, or should we
>>>> silently enable the required option, or disable the conflicting
>>>> option?
>>>>
>>> The same thing we do today...ignore options that require analyze if analyze
>>> is not specified.  There are no other options documented that are dependent
>>> with options besides than analyze.  The docs say timing defaults to on, its
>>> only when explicitly specified instead of being treated as a default that
>>> the user message appears.  All the GUCs are doing is changing the default.
>>
>>
>> Yes, the patch handles this case the way you describe.  In fact, the
>> patch doesn't (or shouldn't) change any behavior at all.
> 
> I think it would have been helpful if an email explaining this idea for
> discussion would have been posted before a patch was generated and
> posted.

Why?
-- 
Vik Fearing



pgsql-hackers by date:

Previous
From: Vik Fearing
Date:
Subject: Re: Default gucs for EXPLAIN
Next
From: Bruce Momjian
Date:
Subject: Re: Default gucs for EXPLAIN