Alvaro Herrera <[EMAIL PROTECTED]> writes: > Actually, I'm planning to do the freelist thing, then the btree > compaction and then replace the current REINDEX code with the compaction ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > code, probably including some means to do REINDEX ALL.
Uh ... no. The primary purpose of REINDEX is to recover from corrupted indexes, so it has to be based on a rebuild strategy not a compaction strategy. If you want to add a REINDEX ALL for completeness, go ahead, but I think the need for it will be vanishingly small once vacuum compacts btrees properly. regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly