Re: BUG #16594: DROP INDEX CONCURRENTLY fails on partitioned table with a non helpful error message.
Alvaro Herrera <alvherre@2ndquadrant.com>
From: Alvaro Herrera <alvherre@2ndquadrant.com>
To: Michael Paquier <michael@paquier.xyz>
Cc: jan.mussler@zalando.de, pgsql-bugs@lists.postgresql.org
Date: 2020-09-01T01:25:53Z
Lists: pgsql-bugs
Attachments
On 2020-Aug-29, Michael Paquier wrote: > On Fri, Aug 28, 2020 at 08:22:42AM +0900, Michael Paquier wrote: > > Yes, adding that to RemoveRelations() makes sense. Thanks for the > > patch. > > I got some room to test the patch, and the place of the check looks > good to me. I think that I would move the new check before we set > PERFORM_DELETION_CONCURRENTLY for non-temporary relations though, as a > partition tree can be temporary as long as all its members are > temporary. Actually I think you're wrong; if I put it before the check, then if I do "drop index concurrently some_temp_partitioned_index" then it would fail; but if I put it after the check, then it does a normal non-concurrent index and it works. I'm not sure it's necessary to break a case that otherwise works ... (But for that to work I need to test the flag in the bitmask rather than the option in the command, as in the attached). -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Commits
-
Raise error on concurrent drop of partitioned index
- f00f5e0c1129 11.10 landed
- afc7e0ad556a 14.0 landed
- 7067ba1b4b90 12.5 landed
- 15dad5776578 13.0 landed