Postgres Pro
Downloads
Home   >   mailing lists

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

From Andres Freund
Subject Re: [PATCH] Store Extension Options
Date
Msg-id 20140102091954.GG2683@awork2.anarazel.de
Whole thread Raw
In response to Re: [PATCH] Store Extension Options  (Pavel Stehule <pavel.stehule@gmail.com>)
Responses Re: [PATCH] Store Extension Options  (Fabrízio de Royes Mello <fabriziomello@gmail.com>)
Re: [PATCH] Store Extension Options  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Tree view 
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.

Greetings,

Andres Freund

-- Andres Freund                       http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training &
Services

pgsql-hackers by date:

Previous
From: Andres Freund
Date:
Subject: Re: proposal: multiple read-write masters in a cluster with wal-streaming synchronization
Next
From: Andres Freund
Date:
Subject: Re: Show lossy heap block info in EXPLAIN ANALYZE for bitmap heap scan