Re: persistent portals/cursors (between transactions)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Florian Wunderlich <fwunderlich(at)devbrain(dot)de>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: persistent portals/cursors (between transactions)
Date: 2002-01-23 20:47:28
Message-ID: 8440.1011818848@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Florian Wunderlich <fwunderlich(at)devbrain(dot)de> writes:
> Of course, never thought of that. But why does the lock (AccessShareLock
> from what I see) keep UPDATE (that acquires a RowExclusiveLock from what
> I see) from running?

It shouldn't do that. Can you provide an example?

> I'd really like to have persistent insensitive cursors,

Seems a lot easier to just select the data you want into a temp table.
You *cannot* expect deleted data in a table to hang around for you after
you close your transaction --- there is nothing to protect it from being
VACUUMed, for example.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Hiroshi Inoue 2002-01-23 21:14:32 Re: persistent portals/cursors (between transactions)
Previous Message Florian Wunderlich 2002-01-23 20:41:24 Re: persistent portals/cursors (between transactions)