Re: Overhauling GUCS

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Overhauling GUCS
Дата
Msg-id 7509.1212625574@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Overhauling GUCS  (Greg Smith <gsmith@gregsmith.com>)
Список pgsql-hackers
Greg Smith <gsmith@gregsmith.com> writes:
> On Wed, 4 Jun 2008, Tom Lane wrote:
>> The real problem we need to solve is how to allow newbies to have the
>> system auto-configured to something that more or less solves their
>> problems.  Putting the config settings in XML does not accomplish that,
>> and neither does putting them inside the database.

> The subtle issue here is that what makes sense for the database 
> configuration changes over time; there's not just one initial generation 
> and you're done.  postgresql.conf files can end up moving from one machine 
> to another for example.  I think something that doesn't recognize that 
> reality and move toward a "tune-up" capability as well as initial 
> generation wouldn't be as useful,

As I just mentioned to someone else, I don't see any point in framing it
as an "initial generation" problem at all.  initdb will already give you
settings that work, for some value of "work".  The config wizard really
only needs to deal with the case of tuning an existing installation.

> and that's where putting the settings 
> inside the database helps so much.

How does it help, pray tell?  If you mean being able to see what the
existing settings are, pg_settings already does that.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Overhauling GUCS
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Core team statement on replication in PostgreSQL