Re: Cross-backend signals and administration (Was: Re: pg_terminate_backend for same-role)
От | Robert Haas |
---|---|
Тема | Re: Cross-backend signals and administration (Was: Re: pg_terminate_backend for same-role) |
Дата | |
Msg-id | CA+TgmoZ2k8jF7BbsORbpBRf5nSC30_A_knPHQiX6+PhrXC=DNg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Cross-backend signals and administration (Was: Re: pg_terminate_backend for same-role) (Daniel Farina <daniel@heroku.com>) |
Ответы |
Re: Cross-backend signals and administration (Was: Re: pg_terminate_backend for same-role)
Re: Cross-backend signals and administration (Was: Re: pg_terminate_backend for same-role) |
Список | pgsql-hackers |
On Tue, Mar 27, 2012 at 1:26 PM, Daniel Farina <daniel@heroku.com> wrote: > On Mon, Mar 26, 2012 at 4:53 PM, Robert Haas <robertmhaas@gmail.com> wrote: >> I think the more important question is a policy question: do we want >> it to work like this? It seems like a policy question that ought to >> be left to the DBA, but we have no policy management framework for >> DBAs to configure what they do or do not wish to allow. Still, if >> we've decided it's OK to allow cancelling, I don't see any real reason >> why this should be treated differently. > > Is there a hypothetical DBA that doesn't want a mere-mortal user to be > able to signal one of their own backends to do "cancel query, rollback > the transaction, then close the socket"? If so, why? Well, I guess if you have different people sharing the same user-ID, you probably wouldn't want that. But maybe that's not an important case. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: