Re: Change pg_cancel_*() to ignore current backend

Поиск
Список
Период
Сортировка
От Jim Nasby
Тема Re: Change pg_cancel_*() to ignore current backend
Дата
Msg-id 555D2688.5060302@BlueTreble.com
обсуждение исходный текст
Ответ на Re: Change pg_cancel_*() to ignore current backend  (Andres Freund <andres@anarazel.de>)
Ответы Re: Change pg_cancel_*() to ignore current backend  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On 5/20/15 6:56 PM, Andres Freund wrote:
> On 2015-05-20 18:48:59 -0500, Jim Nasby wrote:
>> and generally if you want to terminate the connection there's easier
>> ways to do that then "SELECT pg_terminate_backend(pg_backend_pid())".
>
> Which would be what exactly? Say, you're inside a security definer
> function.

Error isn't good enough so you want to kill the backend? I hadn't 
considered that; what's the common use case for it? ISTM it'd be better 
to allow elog to log and then terminate the backend, but of course that 
doesn't help with backwards compatibility. :/

What do people think about pg_cancel_query() and pg_terminate_session()?
-- 
Jim Nasby, Data Architect, Blue Treble Consulting
Data in Trouble? Get it in Treble! http://BlueTreble.com



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

Предыдущее
От: Jim Nasby
Дата:
Сообщение: Re: RFC: Non-user-resettable SET SESSION AUTHORISATION
Следующее
От: Jim Nasby
Дата:
Сообщение: Re: Disabling trust/ident authentication configure option