diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2014-10-28 18:36:02 -0400 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2014-10-28 18:36:02 -0400 |
commit | a00d468e658a245823083b9ac2e423a659a03802 (patch) | |
tree | 6d8b1f25bf671ccde9416b2428fbc5fcbb60df3d /src/backend | |
parent | 18f158ef697974cb976b52dae8a048d83b7f1ca4 (diff) | |
download | postgresql-a00d468e658a245823083b9ac2e423a659a03802.tar.gz postgresql-a00d468e658a245823083b9ac2e423a659a03802.zip |
Remove obsolete commentary.
Since we got rid of non-MVCC catalog scans, the fourth reason given for
using a non-transactional update in index_update_stats() is obsolete.
The other three are still good, so we're not going to change the code,
but fix the comment.
Diffstat (limited to 'src/backend')
-rw-r--r-- | src/backend/catalog/index.c | 8 |
1 files changed, 0 insertions, 8 deletions
diff --git a/src/backend/catalog/index.c b/src/backend/catalog/index.c index ee105940be0..01ed880b1c7 100644 --- a/src/backend/catalog/index.c +++ b/src/backend/catalog/index.c @@ -1784,14 +1784,6 @@ index_update_stats(Relation rel, * trying to change the pg_class row to the same thing, so it doesn't * matter which goes first). * - * 4. Even with just a single CREATE INDEX, there's a risk factor because - * someone else might be trying to open the rel while we commit, and this - * creates a race condition as to whether he will see both or neither of - * the pg_class row versions as valid. Again, a non-transactional update - * avoids the risk. It is indeterminate which state of the row the other - * process will see, but it doesn't matter (if he's only taking - * AccessShareLock, then it's not critical that he see relhasindex true). - * * It is safe to use a non-transactional update even though our * transaction could still fail before committing. Setting relhasindex * true is safe even if there are no indexes (VACUUM will eventually fix |