Re: Proposal for Allow postgresql.conf values to be changed via SQL

Amit Kapila <amit.kapila@huawei.com>

From: Amit Kapila <amit.kapila@huawei.com>
To: <cedric@2ndquadrant.com>, "'Tom Lane'" <tgl@sss.pgh.pa.us>
Cc: "'Fujii Masao'" <masao.fujii@gmail.com>, <pgsql-hackers@postgresql.org>, "'Robert Haas'" <robertmhaas@gmail.com>, "'Greg Smith'" <greg@2ndquadrant.com>, "'Josh Berkus'" <josh@agliodbs.com>, "'Magnus Hagander'" <magnus@hagander.net>, "'Christopher Browne'" <cbbrowne@gmail.com>
Date: 2012-11-19T07:04:27Z
Lists: pgsql-hackers
On Sunday, November 18, 2012 3:22 PM Cédric Villemain wrote:
> Le samedi 17 novembre 2012 22:57:49, Tom Lane a écrit :
> > Fujii Masao <masao.fujii@gmail.com> writes:
> > > Do we really need to store the settings in a system table?
> > > Since WAL would be generated when storing the settings in a system
> > > table, this approach seems to prevent us from changing the settings
> > > in the standby.
> >
> > That's a really good point: if we try to move all GUCs into a system
> > table, there's no way for a standby to have different values; and for
> > some of them different values are *necessary*.
> >
> > I think that shoots down this line of thought entirely.  Can we go
> > back to the plain "write a file" approach now?  I think a "SET
> > PERSISTENT" command that's disallowed in transaction blocks and just
> > writes the file immediately is perfectly sensible.
> 
> I was justifying the usage of a table structure, not to keep it in sync
> (just use it to hide the complexity of locks).
> 
> Anyway that was just comments.
  Thanks.
  You comments are thought provoking. I was able to proceed for table
related approach based on your suggestions.

With Regards,
Amit Kapila.