Re: archive modules - Mailing list pgsql-hackers

From Tom Lane
Subject Re: archive modules
Date
Msg-id 2985823.1657208900@sss.pgh.pa.us
Whole thread Raw
In response to Re: archive modules  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Responses Re: archive modules
List pgsql-hackers
Alvaro Herrera <alvherre@alvh.no-ip.org> writes:
> Well, this does sound unsatisfactory.  I suppose one answer would be to
> load the module in all backends, in case the user wants to look at the
> value.  But that would be wasteful.  Maybe we should have a warning
> about it in the docs -- tell people to LOAD the library if they want to
> examine the configuration?

The underlying issue here is that the pg_settings view doesn't show
placeholder GUCs because we lack satisfactory values to put in
most of the columns.  I don't know if revisiting that conclusion
would be appropriate or not.  The purist approach would be to show
NULL for any unknown column, but how many applications would that
break?  And even the "known" values could change unexpectedly when
the module does get loaded, for example if the GUC has units and
the value in the config file is expressed in a non-canonical way.
(To say nothing of what a show hook might do...)

            regards, tom lane



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Add a test for "cannot truncate foreign table"
Next
From: Fujii Masao
Date:
Subject: Re: Support TRUNCATE triggers on foreign tables