aboutsummaryrefslogtreecommitdiff
path: root/src/backend/access/gist/gist.c
diff options
context:
space:
mode:
authorHeikki Linnakangas <heikki.linnakangas@iki.fi>2011-06-08 13:47:21 +0300
committerHeikki Linnakangas <heikki.linnakangas@iki.fi>2011-06-08 14:02:43 +0300
commit8f9622bbb3c02b06176760c3ca2d33c5b5f629a7 (patch)
tree28aa06c755c12951e7c99f11815a9379ba3c76d3 /src/backend/access/gist/gist.c
parent16925c1e1fa236e4d7d6c8b571890e7c777f75d7 (diff)
downloadpostgresql-8f9622bbb3c02b06176760c3ca2d33c5b5f629a7.tar.gz
postgresql-8f9622bbb3c02b06176760c3ca2d33c5b5f629a7.zip
Make DDL operations play nicely with Serializable Snapshot Isolation.
Truncating or dropping a table is treated like deletion of all tuples, and check for conflicts accordingly. If a table is clustered or rewritten by ALTER TABLE, all predicate locks on the heap are promoted to relation-level locks, because the tuple or page ids of any existing tuples will change and won't be valid after rewriting the table. Arguably ALTER TABLE should be treated like a mass-UPDATE of every row, but if you e.g change the datatype of a column, you could also argue that it's just a change to the physical layout, not a logical change. Reindexing promotes all locks on the index to relation-level lock on the heap. Kevin Grittner, with a lot of cosmetic changes by me.
Diffstat (limited to 'src/backend/access/gist/gist.c')
0 files changed, 0 insertions, 0 deletions