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 по дате отправления: