Tom Lane 5a4305fdf7 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:08 -04:00
..
.gitignore	Convert cvsignore to gitignore, and add .gitignore for build targets.	2010-09-22 12:57:08 +02:00
bootparse.y	Update copyright for 2009.	2009-01-01 17:24:05 +00:00
bootscanner.l	Update copyright for 2009.	2009-01-01 17:24:05 +00:00
bootstrap.c	Avoid changing an index's indcheckxmin horizon during REINDEX.	2011-04-19 18:51:08 -04:00
Makefile	Remove all traces that suggest that a non-Bison yacc might be supported, and	2008-08-29 13:02:33 +00:00