Re: SET variable - Permission issues - Mailing list pgsql-hackers

From Kevin Grittner
Subject Re: SET variable - Permission issues
Date
Msg-id 4E9469B70200002500041E33@gw.wicourts.gov
Whole thread Raw
In response to Re: SET variable - Permission issues  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: SET variable - Permission issues  (Joe Conway <mail@joeconway.com>)
List pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> wrote:
> This isn't exactly a trivial matter.  What happens for instance if
> you try to change the limit, and there are already active values
> outside the limit in some processes?
I would certainly vote for enforcing on the SET and not causing an
error on the attempt to change the limit.  (Maybe a notice?)  At the
time they set the GUC, they were allowed to do so.  It's a bit like
revoking a user's right to create a table in a schema -- what if
they've already done so?  You leave the table and you don't let them
create another.
What problems do you see with that?
-Kevin


pgsql-hackers by date:

Previous
From: Dimitri Fontaine
Date:
Subject: Re: Index only scan paving the way for "auto" clustered tables?
Next
From: Simon Riggs
Date:
Subject: Re: Overhead cost of Serializable Snapshot Isolation