Skip site navigation (1) Skip section navigation (2)

Re: Overhauling GUCS

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Greg Smith <gsmith(at)gregsmith(dot)com>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers(at)postgresql(dot)org, Josh Berkus <josh(at)agliodbs(dot)com>
Subject: Re: Overhauling GUCS
Date: 2008-06-02 14:12:06
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
Greg Smith <gsmith(at)gregsmith(dot)com> writes:
> Joshua has been banging a drum for a while now that all this data needs to 
> get pushing into the database itself.

This is, very simply, not going to happen.  Shall we go over the reasons
why not, one more time?

1. Quite a few of the GUC parameters are needed *before* one can ever
read the database; in particular the ones about file locations and
shared memory sizing.

2. Suppose you change a parameter in a way that breaks the DB (eg,
set shared_buffers to a value larger than your kernel allows) and
try to restart.  Database doesn't start.  If the parameter can only
be changed back within an operating database, you're hosed.

I have no objection to providing alternative ways to edit the
configuration data, but the primary source of the settings is
going to continue to be an editable text file.  Any proposals for
alternatives-to-a-text-editor have to work within that reality.

			regards, tom lane

In response to


pgsql-hackers by date

Next:From: Stephen R. van den BergDate: 2008-06-02 15:07:15
Subject: Re: Overhauling GUCS
Previous:From: Teodor SigaevDate: 2008-06-02 14:10:21
Subject: Re: [GENERAL] Fragments in tsearch2 headline

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group