Re: libpq, PQexecPrepared, data size sent to FE vs. FETCH_COUNT

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: libpq, PQexecPrepared, data size sent to FE vs. FETCH_COUNT
Дата
Msg-id 4BFBE30E.6070305@dunslane.net
обсуждение исходный текст
Ответ на Re: libpq, PQexecPrepared, data size sent to FE vs. FETCH_COUNT  (Alex Goncharov <alex-goncharov@comcast.net>)
Список pgsql-hackers

Alex Goncharov wrote:
> ,--- I/Alex (Mon, 24 May 2010 12:25:18 -0400) ----*
> | No equivalent of FETCH_COUNT is available at the libpq level, so I
> | assume that the interface I am using is smart enough not to send
> | gigabytes of data to FE.
> | 
> | Where does the result set (GBs of data) reside after I call
> | PQexecPrepared?  On BE, I hope?
>
> Sorry for asking again...
>
> No sarcasm meant: is there no straightforward answer here?  Or nobody
> is certain?  Or a wrong list?
>
>
>   

You have been given the answer. Please re-read the replies, e.g. the one 
from Abhijit Menon-Sen.

The data is saved on the client side before the call returns. If that 
uses too much memory, use a cursor.

cheers

andrew


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

Предыдущее
От: Mike Fowler
Дата:
Сообщение: [PATCH] Add XMLEXISTS function from the SQL/XML standard (was: Add xpath_exists Function)
Следующее
От: Joseph Adams
Дата:
Сообщение: Re: JSON manipulation functions