Re: Cancelling idle in transaction state

Поиск
Список
Период
Сортировка
От Kris Jurka
Тема Re: Cancelling idle in transaction state
Дата
Msg-id alpine.BSO.2.00.1001011527510.1839@leary.csoft.net
обсуждение исходный текст
Ответ на Re: Cancelling idle in transaction state  (Simon Riggs <simon@2ndQuadrant.com>)
Ответы Re: Cancelling idle in transaction state  (Simon Riggs <simon@2ndQuadrant.com>)
Re: Cancelling idle in transaction state  (Martijn van Oosterhout <kleptog@svana.org>)
Список pgsql-hackers

On Thu, 31 Dec 2009, Simon Riggs wrote:

> On Thu, 2009-12-31 at 15:41 +0100, Joachim Wieland wrote:
>
>> I still think that we should have three transaction cancel modes, one
>> to cancel an idle transaction, another one to cancel a running query
>> and a third one that just cancels the transaction regardless of it
>> being idle or not. This last one is what you are implementing now, and
>> it is what HS wants to do.
>
> pg_cancel_backend() is currently conditional on whether a statement is
> active or not, so should really be called pg_cancel_if_active(). What
> people want is an unconditional way to stop a transaction. I don't see
> the need for 3 modes (and that has nothing to do with HS).
>

The JDBC driver does want "cancel if active" behavior.  The JDBC API 
specifies Statement.cancel() where Statement is running one particular 
backend query.  So it really does want to cancel just that one query. 
Already this is tough because of the asynchronous nature of the cancel 
protocol and the inability to say exactly what should be cancelled.

Kris Jurka


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

Предыдущее
От: "Kevin Grittner"
Дата:
Сообщение: Re: Serializable Isolation without blocking
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: Cancelling idle in transaction state