From: | Dave Cramer <Dave(at)micro-automation(dot)net> |
---|---|
To: | Michael Paesold <mpaesold(at)gmx(dot)at> |
Cc: | Aaron Mulder <ammulder(at)alumni(dot)princeton(dot)edu>, pgsql-jdbc <pgsql-jdbc(at)postgresql(dot)org> |
Subject: | Re: Out of memory error on huge resultset |
Date: | 2002-10-11 14:48:41 |
Message-ID: | 1034347722.2777.81.camel@inspiron.cramers |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers pgsql-jdbc |
Michael,
You are correct, commit will effectively close the cursor.
This is the only way to deal with large result sets however.
Dave
On Fri, 2002-10-11 at 10:44, Michael Paesold wrote:
> Dave Cramer <Dave(at)micro-automation(dot)net> wrote:
>
> > No disadvantage, in fact that is what we would like to do.
> >
> >
> > setFetchSize(size) turns on cursor support, otherwise fetch normally
> >
> > Dave
> >
> > On Fri, 2002-10-11 at 10:30, Aaron Mulder wrote:
> > > What would be the disadvantage of making the JDBC driver use a
> > > cursor under the covers (always)? Is it significantly slower or more
> > > resource-intensive than fetching all the data at once? Certainly it
> seems
> > > like it would save memory in some cases.
> > >
> > > Aaron
>
> Well, using a cursor based result set *always* is not going to work. Cursors
> will not be held over a commit, whereas a buffer result set will. So the
> setFetchSize..
>
> Regards,
> Michael Paesold
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | nferrier | 2002-10-11 14:52:18 | Re: Out of memory error on huge resultset |
Previous Message | Michael Paesold | 2002-10-11 14:44:36 | Re: Out of memory error on huge resultset |
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Copeland | 2002-10-11 14:49:17 | Re: Peer to peer replication of Postgresql databases |
Previous Message | Michael Paesold | 2002-10-11 14:44:36 | Re: Out of memory error on huge resultset |
From | Date | Subject | |
---|---|---|---|
Next Message | nferrier | 2002-10-11 14:52:18 | Re: Out of memory error on huge resultset |
Previous Message | Michael Paesold | 2002-10-11 14:44:36 | Re: Out of memory error on huge resultset |