]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Disallow SELECT FOR UPDATE/SHARE on sequences.
authorTom Lane <tgl@sss.pgh.pa.us>
Thu, 2 Jun 2011 18:46:22 +0000 (14:46 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Thu, 2 Jun 2011 18:46:22 +0000 (14:46 -0400)
commitc117838597b1a28f6f0feb4a41adff1a7e5e0bc9
treefc6a616e56f5fa1918bc94e0ba4cd4416fa56f8b
parentb26d8fda6535799be6eee1e93a8f11756b11af95
Disallow SELECT FOR UPDATE/SHARE on sequences.

We can't allow this because such an operation stores its transaction XID
into the sequence tuple's xmax.  Because VACUUM doesn't process sequences
(and we don't want it to start doing so), such an xmax value won't get
frozen, meaning it will eventually refer to nonexistent pg_clog storage,
and even wrap around completely.  Since the row lock is ignored by nextval
and setval, the usefulness of the operation is highly debatable anyway.
Per reports of trouble with pgpool 3.0, which had ill-advisedly started
using such commands as a form of locking.

In HEAD, also disallow SELECT FOR UPDATE/SHARE on toast tables.  Although
this does work safely given the current implementation, there seems no
good reason to allow it.  I refrained from changing that behavior in
back branches, however.
src/backend/executor/execMain.c