Re: Parsing config files in a directory - Mailing list pgsql-hackers

From Simon Riggs
Subject Re: Parsing config files in a directory
Date
Msg-id 1257863994.5363.1272.camel@ebony
Whole thread Raw
In response to Re: Parsing config files in a directory  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers
On Tue, 2009-11-10 at 08:59 -0500, Bruce Momjian wrote:
> Simon Riggs wrote:
> > All of this *also* applies to shared_preload_libraries. We also need to
> > be able to specify new load libraries without editing the same darn
> > parameter.
> 
> And to search_path, though that's even more complex because the order of
> the entries is significant.

Yes, good thought.

It would be useful to have some way to express dependency there, rather
than just sequence.

search_path_add = 'my_module1, my_module2'
search_path_depends = 'postgis'

So that we can assemble a search_path with final sequence based upon the
dependency tree, rather than risk a weird sequence.

We might need to have a special keyword in the main search_path to show
where additions go, e.g.
search_path = '$user, $install, public, pg_catalog'

This is beginning to sound like a very workable mechanism for plugins.

-- Simon Riggs           www.2ndQuadrant.com



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Query::targetList and RETURNING
Next
From: Marko Tiikkaja
Date:
Subject: Re: Query::targetList and RETURNING