diff options
author | Michael Paquier <michael@paquier.xyz> | 2020-09-14 13:56:41 +0900 |
---|---|---|
committer | Michael Paquier <michael@paquier.xyz> | 2020-09-14 13:56:41 +0900 |
commit | 83158f74d3ab8dd48aed92e84b6207562992d13d (patch) | |
tree | 229808d10e52e6f2401d4a31a4539f28d910e1ec /src/backend/access/gist/gistscan.c | |
parent | 3e0242b24c3c059870890644b69d6c4491a45651 (diff) | |
download | postgresql-83158f74d3ab8dd48aed92e84b6207562992d13d.tar.gz postgresql-83158f74d3ab8dd48aed92e84b6207562992d13d.zip |
Make index_set_state_flags() transactional
3c84046 is the original commit that introduced index_set_state_flags(),
where the presence of SnapshotNow made necessary the use of an in-place
update. SnapshotNow has been removed in 813fb03, so there is no actual
reasons to not make this operation transactional.
Note that while making the operation more robust, using a transactional
operation in this routine was not strictly necessary as there was no use
case for it yet. However, some future features are going to need a
transactional behavior, like support for CREATE/DROP INDEX CONCURRENTLY
with partitioned tables, where indexes in a partition tree need to have
all their pg_index.indis* flags updated in the same transaction to make
the operation stable to the end-user by keeping partition trees
consistent, even with a failure mid-flight.
REINDEX CONCURRENTLY uses already transactional updates when swapping
the old and new indexes, making this change more consistent with the
index-swapping logic.
Author: Michael Paquier
Reviewed-by: Anastasia Lubennikova
Discussion: https://postgr.es/m/20200903080440.GA8559@paquier.xyz
Diffstat (limited to 'src/backend/access/gist/gistscan.c')
0 files changed, 0 insertions, 0 deletions