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
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 |