Re: Cursors and Transactions, why? - Mailing list pgsql-general

From Tom Lane
Subject Re: Cursors and Transactions, why?
Date
Msg-id 1642.1081284958@sss.pgh.pa.us
Whole thread Raw
In response to Re: Cursors and Transactions, why?  (<wespvp@syntegra.com>)
Responses Re: Cursors and Transactions, why?
List pgsql-general
<wespvp@syntegra.com> writes:
> Is this hang on COMMIT when using WITH HOLD to be expected?

Yes.  WITH HOLD is not magic, it just makes a materialized copy of the
SELECT result.  If you're talking about a multi-million-row result,
it's gonna take awhile.

> The kludge solution I implemented was to write out all the data I
> needed from table A to a file, then read that file and update table B.

In theory at least, that should not be any faster than a WITH HOLD
cursor, since you're effectively replicating the same functionality
outside the database ...

            regards, tom lane

pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: PERFORM statement inside procedure
Next
From: Bob.Henkel@hartfordlife.com
Date:
Subject: Re: Large DB