Re: Cancelling Requests Frontend/Backend Protocol TCP/IP

Поиск
Список
Период
Сортировка
От Raimon Fernandez
Тема Re: Cancelling Requests Frontend/Backend Protocol TCP/IP
Дата
Msg-id 3A922FE6-B9F9-4A8E-BBEA-102CB29AC2B1@montx.com
обсуждение исходный текст
Ответ на Re: Cancelling Requests Frontend/Backend Protocol TCP/IP  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Cancelling Requests Frontend/Backend Protocol TCP/IP
Список pgsql-general
On 02/11/2009, at 17:35, Tom Lane wrote:

> Raimon Fernandez <coder@montx.com> writes:
>> Quoted from the documentation:
>> "The cancellation signal might or might not have any effect — for
>> example, if it arrives after the
>> backend has finished processing the query, then it will have no
>> effect.
>
>> Here I understand that maybe it will have NO effect, so postgresql
>> will still sending rows and rows and rows ...
>
> If you're too late, the backend has already sent all the rows.
> There's
> not much we can do about data that's already in flight.  There
> probably
> won't be that much of it though, as TCP stacks don't buffer infinite
> amounts of data.

The sentence 'backend has finished processing the query' means that
postgresql has finished processing the select and also has sent all
the rows ?

I thought it meant only processing the request, and the rows were not
yet sent all of them.

If the rows have been sent, and there are data in the TCP buffer,
that's another story ...

thanks,

raimon

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

Предыдущее
От: Craig Ringer
Дата:
Сообщение: Re: Cancelling Requests Frontend/Backend Protocol TCP/IP
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Cancelling Requests Frontend/Backend Protocol TCP/IP