From: | David Johnston <polobo(at)yahoo(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: roles inheriting configuration values |
Date: | 2014-02-07 22:41:18 |
Message-ID: | 1391812878931-5791036.post@n5.nabble.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Adrian Klaver-3 wrote
> On 02/07/2014 11:08 AM, Joe Van Dyk wrote:
>> I'd like to have join_collapse_limit=20 for all users that belong to a
>> certain group. Is there a way to do that without having to alter all the
>> roles that are in that group?
>
> From what I see in the docs no:
>
> http://www.postgresql.org/docs/9.3/interactive/sql-alterrole.html
>
> "Whenever the role subsequently starts a new session, the specified
> value becomes the session default, overriding whatever setting is
> present in postgresql.conf or has been received from the postgres
> command line. This only happens at login time; executing SET ROLE or SET
> SESSION AUTHORIZATION does not cause new configuration values to be set. "
>
> Looks like the settings only apply to the role that logs in.
This does not, by itself, preclude role-inheritance of variable values. It
would simply mean that the inheritance resolution routine would only be
resolved at logon.
Unlike GRANT/REVOKE variable value inheritance has potential for
multiple-inheritance resolution ambiguities - which likely increases
cost/benefit equation for anyone looking to implement such a feature.
There is like a scripting solution to this problem to at least minimize the
burden but I do not recall seeing anything already in place that meets this
need.
David J.
--
View this message in context: http://postgresql.1045698.n5.nabble.com/roles-inheriting-configuration-values-tp5791011p5791036.html
Sent from the PostgreSQL - general mailing list archive at Nabble.com.
From | Date | Subject | |
---|---|---|---|
Next Message | Paul Jones | 2014-02-07 23:33:10 | Help with nearest location |
Previous Message | Shaun Thomas | 2014-02-07 22:36:00 | Re: Better Connection Statistics |