Re: BUG #1756: PQexec eats huge amounts of memory

From: Oliver Jowett <oliver(at)opencloud(dot)com>
To: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
Cc: Denis Vlasenko <vda(at)ilport(dot)com(dot)ua>, John R Pierce <pierce(at)hogranch(dot)com>, Neil Conway <neilc(at)samurai(dot)com>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #1756: PQexec eats huge amounts of memory
Date: 2005-07-11 02:29:37
Message-ID: 42D1D991.4060703@opencloud.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Alvaro Herrera wrote:
> On Sun, Jul 10, 2005 at 01:05:10PM +0300, Denis Vlasenko wrote:
>
>>On Thursday 07 July 2005 20:43, Alvaro Herrera wrote:
>
>
>>>Really? I thought what really happened is you had to get the results
>>>one at a time using the pg_fetch family of functions. If that is true,
>>>then it's possible to make the driver fake having the whole table by
>>>using a cursor. (Even if PHP doesn't do it, it's possible for OCI to do
>>>it behind the scenes.)
>>
>>Even without cursor, result can be read incrementally.
>>
>>I mean, query result is transferred over network, right?
>>We just can stop read()'ing before we reached the end of result set,
>>and continue at pg_fetch as needed.
>
>
> It's not that simple. [...]

It also requires that you assume there is only one set of query results
outstanding at a time. I know that you can't assume that in JDBC, and by
the sounds of it PHP's interface is similar in that you can have
multiple query result objects active at the same time.

-O

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Dennis Bjorklund 2005-07-11 13:27:55 Re: [BUGS] BUG #1745: Unable to delete data from the
Previous Message Alvaro Herrera 2005-07-11 00:38:36 Re: BUG #1756: PQexec eats huge amounts of memory