Re: [GENERAL] Postgres 7.2 - Updating rows in cursor problem

From: Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Vaclav Kulakovsky <vaclav(dot)kulakovsky(at)definity(dot)cz>, Jan Wieck <JanWieck(at)Yahoo(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [GENERAL] Postgres 7.2 - Updating rows in cursor problem
Date: 2002-02-14 23:41:25
Message-ID: 3C6C4B25.911CEA5F@tpf.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Bruce Momjian wrote:
>
> > > More specifically, the problem is that plpgsql's FOR-over-a-select now
> > > depends on a SPI cursor, and both SPI cursors and regular cursors are
> > > broken in this regard. Observe the following misbehavior with a plain
> > > cursor:
> >
> > This is a known issue. We should implement INSENSITIVE cursors
> > to avoid this behavior. The keyword INSENSITIVE is there but isn't
> > used long. I plan to implement this feature as the first step toward
> > cross transaction cursors. Saving the xid and commandid in the
> > portal or snapshot and restoring them at fetch(move) time would
> > solve it.
>
> If I read the CVS logs correctly, I think Tom just fixed it.

Oh I see it now.
I'm not sure if it's good that all cursurs are INSENSITIVE.
Now PostgreSQL is the same as Oracle at the point. Though
there's even a SENSITIVE keyword in SQL statndard, INSENSITIVE
may be what MVCC requires.

regards,
Hiroshi Inoue

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Brian Hirt 2002-02-15 00:17:18 Strange problem when upgrading to 7.2 with pg_upgrade.
Previous Message Ian Barwick 2002-02-14 21:02:34 Re: NAMEDATALEN Changes