Re: DBI memory usage

[prev] [thread] [next] [Date index for 2005/01/18]

From: Chris Ochs
Subject: Re: DBI memory usage
Date: 18:12 on 18 Jan 2005
On Tue, 18 Jan 2005 10:43:02 +0000, Peter Haworth
<pmh@xxxxxx.xxxxxxxxxxxxx.xxx> wrote:
> On Mon, 17 Jan 2005 17:46:17 -0800, Chris Ochs wrote:
> > It looks like $r->child_terminate does what I need.  In the case of
> > Postgresql it eats the memory when you execute the query, regardless
> > of whether you actually fetch any results.
> 
> That can be worked around, however. By using a cursor, you can specify
> exactly how much data you want at a time:

DBD::Pg doesn't support cursors.  From the DBD::PG manpage:

"Although PostgreSQL has a cursor concept, it has not been used in the
       current implementation. Cursors in PostgreSQL can only be used inside a
       transaction block. Because only one transaction block at a time is
       allowed, this would have implied the restriction, not to use any nested
       SELECT statements. Hence the execute method fetches all data at once
       into data structures located in the frontend application. This has to
       be considered when selecting large amounts of data!"

(message missing)

DBI memory usage
Chris Ochs 01:06 on 18 Jan 2005

Re: DBI memory usage
Perrin Harkins 01:18 on 18 Jan 2005

Re: DBI memory usage
Perrin Harkins 01:23 on 18 Jan 2005

Re: DBI memory usage
Chris Ochs 01:46 on 18 Jan 2005

Re: DBI memory usage
Peter Haworth 10:43 on 18 Jan 2005

Re: DBI memory usage
Chris Ochs 18:12 on 18 Jan 2005

Re: DBI memory usage
Peter Haworth 11:12 on 19 Jan 2005

Re: DBI memory usage
Steven Lembark 04:26 on 18 Jan 2005

Re: DBI memory usage
Chris Ochs 04:44 on 18 Jan 2005

Re: DBI memory usage
Sean Davis 11:03 on 18 Jan 2005

Re: DBI memory usage
Fred Moyer 21:10 on 18 Jan 2005

Re: DBI memory usage
Fred Moyer 21:11 on 18 Jan 2005

RE: DBI memory usage
Theo Petersen 15:51 on 19 Jan 2005

Generated at 17:42 on 27 Jan 2005 by mariachi v0.52