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
