On Thu, Mar 19, 2015 at 3:41 PM, David Christensen <da...@endpoint.com> wrote:
> The two-arg form of the current_setting() function will allow a > fallback value to be returned instead of throwing an error when an > unknown GUC is provided. This would come in most useful when using > custom GUCs; e.g.: > > -- returns current setting of foo.bar, or 'default' if not set > SELECT current_setting('foo.bar', 'default') > This doesn't actually change the GUC in the system, right? Do we want a side-effect version of this? There is already a two-arg form where the second argument is a boolean - there needs to be tests that ensure proper behavior and function lookup resolution. No docs. David J.