Alvaro Herrera <alvhe...@2ndquadrant.com> writes: > Fabrízio de Royes Mello wrote: > >> On Tue, Aug 5, 2014 at 10:55 PM, Tom Lane <t...@sss.pgh.pa.us> wrote: >> >> > Josh Berkus <j...@agliodbs.com> writes: >> > > BTW, while there's unlikely to be a good reason to put search_path in >> > > pg.conf with appends, there are a LOT of reasons to want to be able to >> > > append to it during a session. >> > >> > [shrug...] You can do that today with current_setting()/set_config(). >> >> With a very simple statement you can do that: > > Of course, this doesn't solve the requirement that started this thread, > which is about having "includeable" pg.conf fragments to enable > extensions. o ISTM the idea of a token in the value string that would expand to an existing setting s/b general purpose enough to allow for prepend/append and not require adding a new opperator as += or whatever. > I say this without knowing just exactly what the implementation effort is but just to reiterate the original intent.
I think someone already suggest this upthread. shared_preload_libraries = '%,more_libs' shared_preload_libraries = 'more_libs,%' At conclusion of file processing, stripping off an unnecessary delimiter at beginning or end of string would be a nice asthetic feature and/or might be required depending on whether an empty list value is legal. Thanks > -- > Álvaro Herrera http://www.2ndQuadrant.com/ > PostgreSQL Development, 24x7 Support, Training & Services -- Jerry Sievers Postgres DBA/Development Consulting e: postgres.consult...@comcast.net p: 312.241.7800 -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
