Re: [HACKERS] Revised proposal for libpq and FE/BE protocol changes

Поиск
Список
Период
Сортировка
От ocie@paracel.com
Тема Re: [HACKERS] Revised proposal for libpq and FE/BE protocol changes
Дата
Msg-id 9804281803.AA00362@dolomite.paracel.com
обсуждение исходный текст
Ответ на Revised proposal for libpq and FE/BE protocol changes  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] Revised proposal for libpq and FE/BE protocol changes
Re: [HACKERS] Revised proposal for libpq and FE/BE protocol changes
Список pgsql-hackers
Tom Lane wrote:
>
> Here is a revised proposal that takes into account the discussions
> of the last few days.  Any comments?

Just one at the end

[snip]

> 4. The frontend may request cancellation of the current query by sending
> a single byte of OOB (out-of-band) data.  The contents of the data byte
> are irrelevant, since the cancellation will be triggered by the associated
> signal and not by the data itself.  (But we should probably specify that
> the byte be zero, in case we later think of a reason to have different
> kinds of OOB messages.)  There is no specific reply to this message.
> If the backend does cancel a query, the query terminates with an ordinary
> error message indicating that the query was cancelled.

You didn't come right out and say it, but are you intending to support
multiple queries within a connection?  I gather not.  Not that I'm
suggesting that this be done, as it seems this would complicate the
user's application and the backend.  With only one possible OOB
message, you can't tell it which query to cancel.

Ocie Mitchell

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] Revised proposal for libpq and FE/BE protocol changes
Следующее
От: lynch@lscorp.com (Richard Lynch)
Дата:
Сообщение: Re: [QUESTIONS] copy command