Tom Lane ebcbc8cfe6 Avoid changing an index's indcheckxmin horizon during REINDEX. ...

There can never be a need to push the indcheckxmin horizon forward, since
any HOT chains that are actually broken with respect to the index must
pre-date its original creation.  So we can just avoid changing pg_index
altogether during a REINDEX operation.

This offers a cleaner solution than my previous patch for the problem
found a few days ago that we mustn't try to update pg_index while we are
reindexing it.  System catalog indexes will always be created with
indcheckxmin = false during initdb, and with this modified code we should
never try to change their pg_index entries.  This avoids special-casing
system catalogs as the former patch did, and should provide a performance
benefit for many cases where REINDEX formerly caused an index to be
considered unusable for a short time.

Back-patch to 8.3 to cover all versions containing HOT.  Note that this
patch changes the API for index_build(), but I believe it is unlikely that
any add-on code is calling that directly.

2011-04-19 18:51:03 -04:00

..

.gitignore

Convert cvsignore to gitignore, and add .gitignore for build targets.

2010-09-22 12:57:06 +02:00

bootparse.y

Create a "relation mapping" infrastructure to support changing the relfilenodes

2010-02-07 20:48:13 +00:00

bootscanner.l

Update copyright for the year 2010.

2010-01-02 16:58:17 +00:00

bootstrap.c

Avoid changing an index's indcheckxmin horizon during REINDEX.

2011-04-19 18:51:03 -04:00

Makefile

Fix a few places where we needed -I. in CPPFLAGS to work properly in

2010-01-05 03:56:52 +00:00