Re: C libpq frontend library fetchsize

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: C libpq frontend library fetchsize
Дата
Msg-id 13404.1268931601@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: C libpq frontend library fetchsize  (Yeb Havinga <yebhavinga@gmail.com>)
Ответы Re: C libpq frontend library fetchsize
Список pgsql-hackers
Yeb Havinga <yebhavinga@gmail.com> writes:
> What if the default operation of e.g. php using libpq would be as 
> follows: set some default fetchsize (e.g. 1000 rows), then just issue 
> getrow. In the php pg handling, a function like getnextrow would wait 
> for the first pgresult with 1000 rows. Then if the pgresult is depleted 
> or almost depleted, request the next pgresult automatically. I see a lot 
> of benefits like less memory requirements in libpq, less new users with 
> why is my query so slow before the first row, and almost no concerns.

You are blithely ignoring the reasons why libpq doesn't do this.  The
main one being that it's impossible to cope sanely with queries that
fail partway through execution.  The described implementation would not
cope tremendously well with nonsequential access to the resultset, either.
        regards, tom lane


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

Предыдущее
От: Yeb Havinga
Дата:
Сообщение: Re: C libpq frontend library fetchsize
Следующее
От: Josh Berkus
Дата:
Сообщение: Re: Getting to beta1