Re: psql client memory usage
От | Merlin Moncure |
---|---|
Тема | Re: psql client memory usage |
Дата | |
Msg-id | CAHyXU0xkwzo3CK8rqUUwWHmwPr4aScsO=ZW3FPVg=rd074U8Yg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: psql client memory usage (Tim Kane <tim.kane@gmail.com>) |
Ответы |
Re: psql client memory usage
|
Список | pgsql-general |
On Fri, Sep 6, 2013 at 8:19 AM, Tim Kane <tim.kane@gmail.com> wrote: > Ahh. All these years (albeit sporadic), I never knew about FETCH_COUNT. > That makes sense. Thanks muchly. Not your fault: FETCH_COUNT is a hack IMO. The real issue was that libpq (until recently) forced the entire result into memory before it was returned to the caller. We can now in libpq (thanks Marko) that allows process rows as they come in. I expect soon psql will be adjusted to utilize that new API (although exactly how is unclear); runaway memory consumption in libpq/psql burns a *lot* of people. I personally find cursors to be baroque and rarely use them except internally inside pl/pgsql functions. merlin
В списке pgsql-general по дате отправления: