Fix UPDATE/DELETE WHERE CURRENT OF to support repeated update and update-
authorTom Lane <tgl@sss.pgh.pa.us>
Wed, 24 Oct 2007 18:37:09 +0000 (18:37 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Wed, 24 Oct 2007 18:37:09 +0000 (18:37 +0000)
commit6e50cb707498ddf7dc0b87cc350eaa0821652e35
treefe2ea9875782c3653c332bcfae600a22748c475f
parent4e9b19579885b24982c9ef8e3ecc6e951d16b64e
Fix UPDATE/DELETE WHERE CURRENT OF to support repeated update and update-
then-delete on the current cursor row.  The basic fix is that nodeTidscan.c
has to apply heap_get_latest_tid() to the current-scan-TID obtained from the
cursor query; this ensures we get the latest row version to work with.
However, since that only works if the query plan is a TID scan, we also have
to hack the planner to make sure only that type of plan will be selected.
(Formerly, the planner might decide to apply a seqscan if the table is very
small.  This change is probably a Good Thing anyway, since it's hard to see
how a seqscan could really win.)  That means the execQual.c code to support
CurrentOfExpr as a regular expression type is dead code, so replace it with
just an elog().  Also, add regression tests covering these cases.  Note
that the added tests expose the fact that re-fetching an updated row
misbehaves if the cursor used FOR UPDATE.  That's an independent bug that
should be fixed later.  Per report from Dharmendra Goyal.
src/backend/executor/execQual.c
src/backend/executor/nodeTidscan.c
src/backend/optimizer/path/costsize.c
src/include/nodes/execnodes.h
src/test/regress/expected/portals.out
src/test/regress/sql/portals.sql