On Fri, Nov 2, 2012 at 1:19 AM, Greg Smith <g...@2ndquadrant.com> wrote: >> The idea at the time was to use the include *directory* functionality, >> for say a "config.d" directory in pgdata. The builtin one would then >> use a predictable filename in this directory, so that the DBA who >> prefers it can drop files both before and after that file into the >> directory. > > > That's how I remember things as well.
This sounds similar but a bit different from the solution I advocated for and thought there was widespread support for. If we changed the default postgresql.conf to be empty except for an "include postgresql.conf.auto" and had tools to write out postgresql.conf.auto then things would basically just work. The main gotcha would have been if people *do* put any settings in postgresql.conf manually then they would override any auto settings (if they came after the include) or be overridden by them (if they come before the include). This might be a bit confusing but I think it would be fine -- the tools might want to display a warning if the current source is from a setting in a different file. -- greg -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
