Re: [PATCH] Store Extension Options - Mailing list pgsql-hackers

From Robert Haas
Subject Re: [PATCH] Store Extension Options
Date
Msg-id CA+TgmoYz7eT5tO+aWUpyS27HQFNLd0F661_RiZGR0QDWOVeVWw@mail.gmail.com
Whole thread Raw
In response to Re: [PATCH] Store Extension Options  (Andres Freund <andres@2ndquadrant.com>)
Responses Re: [PATCH] Store Extension Options
List pgsql-hackers
On Thu, Jan 2, 2014 at 4:19 AM, Andres Freund <andres@2ndquadrant.com> wrote:
> On 2013-12-31 13:37:59 +0100, Pavel Stehule wrote:
>> >  We use the namespace "ext" to the internal code
>> > (src/backend/access/common/reloptions.c) skip some validations and store
>> > the custom GUC.
>> >
>> > Do you think we don't need to use the "ext" namespace?
>> >
>>
>> yes - there be same mechanism as we use for GUC
>
> There is no existing mechanism to handle conflicts for GUCs. The
> difference is that for GUCs nearly no "namespaced" GUCs exist (plperl,
> plpgsql have some), but postgres defines at least autovacuum. and
> toast. namespaces for relation options.

I continue to think that the case for having this feature at all has
not been well-made.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



pgsql-hackers by date:

Previous
From: Mark Dilger
Date:
Subject: Re: fix_PGSTAT_NUM_TABENTRIES_macro patch
Next
From: Tom Lane
Date:
Subject: Re: fix_PGSTAT_NUM_TABENTRIES_macro patch