Re: SET variable - Permission issues

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: SET variable - Permission issues
Дата
Msg-id 201110111505.p9BF5Ip16578@momjian.us
обсуждение исходный текст
Ответ на Re: SET variable - Permission issues  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Ответы Re: SET variable - Permission issues
Список pgsql-hackers
Kevin Grittner wrote:
> Joe Conway <mail@joeconway.com> wrote:
> > On 10/10/2011 01:52 PM, Gurjeet Singh wrote:
>  
> >> ALTER USER novice SET MIN_VAL OF statement_timeout TO '1';
> >> -- So that the user cannot turn off the timeout
> >> 
> >> ALTER DATABASE super_reliable SET ENUM_VALS OF synchronous_commit
> >>   TO 'on';
> >> -- So that the user cannot change the synchronicity of
> >> transactions against this database.
> > 
> > I like this better than GRANT/REVOKE on SET.
>  
> +1
>  
> I would really like a way to prevent normal users from switching
> from the default transaction isolation level I set.  This seems like
> a good way to do that.  Putting sane bounds on some other settings,
> more to protect against the accidental bad settings than malicious
> mischief, would be a good thing, too.

Is this a TODO?  We might not want to make work_mem SUSET, but it would
allow administrators to control this.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + It's impossible for everything to be true. +


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: unite recovery.conf and postgresql.conf
Следующее
От: Jun Ishiduka
Дата:
Сообщение: Re: Online base backup from the hot-standby