Re: libpq, PQexecPrepared, data size sent to FE vs. FETCH_COUNT
В списке pgsql-hackers по дате отправления:
| От | Yeb Havinga |
|---|---|
| Тема | Re: libpq, PQexecPrepared, data size sent to FE vs. FETCH_COUNT |
| Дата | |
| Msg-id | 4BFBBDD3.5070509@gmail.com обсуждение исходный текст |
| Ответ на | 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? > The straighforward answer is that the libpq frontend c-library does not support something like the JDBC client's setFetchSize. The GBs of data are gathered at the site of the libpq client (pgresult object gathered/allocated while consuming result input from backend). regards, Yeb Havinga
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера