Re: REINDEX CONCURRENTLY 2.0
Andres Freund <andres@anarazel.de>
From: Andres Freund <andres@anarazel.de>
To: pgsql-hackers@postgresql.org,Robert Haas <robertmhaas@gmail.com>
Cc: Jim Nasby <Jim.Nasby@bluetreble.com>,Andreas Karlsson
<andreas@proxel.se>,Michael Paquier <michael.paquier@gmail.com>,PostgreSQL
mailing lists <pgsql-hackers@postgresql.org>
Date: 2017-03-04T17:34:23Z
Lists: pgsql-hackers
On March 4, 2017 1:16:56 AM PST, Robert Haas <robertmhaas@gmail.com> wrote: >Maybe. But it looks to me like this patch is going to have >considerably more than its share of user-visible warts, and I'm not >very excited about that. I feel like what we ought to be doing is >keeping the index OID the same and changing the relfilenode to point >to a newly-created one, and I attribute our failure to make that >design work thus far to insufficiently aggressive hacking. We literally spent years and a lot of emails waiting for that to happen. Users now hack up solutions like this in userspace, obviously a bad solution. I agree that'd it be nicer not to have this, but not having the feature at all is a lot worse than this wart. Andres -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Commits
-
Prevent reindex of invalid indexes on TOAST tables
- 8bca5f93547c 12.3 landed
- 61d7c7bce368 13.0 landed
-
Rework handling of invalid indexes with REINDEX CONCURRENTLY
- a6dcf9df4d91 12.0 landed
-
Split builtins.h to a new header ruleutils.h
- 7b1c2a0f2066 9.5.0 cited