Re: [HACKERS] libpq

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] libpq
Дата
Msg-id 19512.950281813@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] libpq  (Chris Bitmead <chrisb@nimrod.itg.telstra.com.au>)
Список pgsql-hackers
Chris Bitmead <chrisb@nimrod.itg.telstra.com.au> writes:
> If you think applications may like to keep buffered 100k of data, isn't
> that an argument for the PGobject interface instead of the PGresult
> interface?

How so?  I haven't actually figured out what you think PGobject will do
differently from PGresult.  Given the considerations I mentioned before,
I think PGobject *is* a PGresult; it has to have all the same
functionality, including carrying a tuple descriptor and a query
status (+ error message if needed).

> This seems too much responsibility to press onto libpq, but if the user
> has control over destruction of PQobjects they can buffer what they
> want, how they want, when they want.

The app has always had control over when to destroy PGresults, too.
I still don't see the difference...
        regards, tom lane


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] Solution for LIMIT cost estimation
Следующее
От: Hannu Krosing
Дата:
Сообщение: Re: [HACKERS] how to make libpq on winnt using the 'win32.mak's