Re: Practical impediment to supporting multiple SSL libraries

Поиск
Список
Период
Сортировка
От Greg Stark
Тема Re: Practical impediment to supporting multiple SSL libraries
Дата
Msg-id 87u08xgyvd.fsf@stark.xeocode.com
обсуждение исходный текст
Ответ на Re: Practical impediment to supporting multiple SSL libraries  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Practical impediment to supporting multiple SSL libraries  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Practical impediment to supporting multiple SSL libraries  (Stephen Frost <sfrost@snowman.net>)
Список pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> writes:

> So instead, you'd prefer to *always* store partial tuples in a temporary
> area, thereby making sure the independent-field-conversions case has
> performance just as bad as the dependent-conversions case.
> I can't follow that reasoning.

I think there's some confusion about what problem this is aiming to solve. I
thought the primary problem ODBC and other drivers have is just that they want
to be able to fetch whatever records are available instead of waiting for the
entire query results to be ready.

All it sounded like to me was a need for a function that would wait until n
records were available (or perhaps n bytes worth of records) then return.

You seem to be talking about a much broader set of problems to solve.

-- 
greg



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

Предыдущее
От: Martijn van Oosterhout
Дата:
Сообщение: Re: Practical impediment to supporting multiple SSL libraries
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Practical impediment to supporting multiple SSL libraries