aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/pgstatfuncs.c
diff options
context:
space:
mode:
authorMichael Paquier <michael@paquier.xyz>2019-04-17 09:33:51 +0900
committerMichael Paquier <michael@paquier.xyz>2019-04-17 09:33:51 +0900
commita6dcf9df4d91ff0db23579f9114079abe6f3e2bf (patch)
treeb0e35572e4bb48be81d28de61a4acc35a958b4fa /src/backend/utils/adt/pgstatfuncs.c
parentc8e0f6bbdb5ff0f235246af5b567b21dcfc1d22a (diff)
downloadpostgresql-a6dcf9df4d91ff0db23579f9114079abe6f3e2bf.tar.gz
postgresql-a6dcf9df4d91ff0db23579f9114079abe6f3e2bf.zip
Rework handling of invalid indexes with REINDEX CONCURRENTLY
Per discussion with others, allowing REINDEX INDEX CONCURRENTLY to work for invalid indexes when working directly on them can have a lot of value to unlock situations with invalid indexes without having to use a dance involving DROP INDEX followed by an extra CREATE INDEX CONCURRENTLY (which would not work for indexes with constraint dependency anyway). This also does not create extra bloat on the relation involved as this works on individual indexes, so let's enable it. Note that REINDEX TABLE CONCURRENTLY still bypasses invalid indexes as we don't want to bloat the number of indexes defined on a relation in the event of multiple and successive failures of REINDEX CONCURRENTLY. More regression tests are added to cover those behaviors, using an invalid index created with CREATE INDEX CONCURRENTLY. Reported-by: Dagfinn Ilmari Mannsåker, Álvaro Herrera Author: Michael Paquier Reviewed-by: Peter Eisentraut, Dagfinn Ilmari Mannsåker Discussion: https://postgr.es/m/20190411134947.GA22043@alvherre.pgsql
Diffstat (limited to 'src/backend/utils/adt/pgstatfuncs.c')
0 files changed, 0 insertions, 0 deletions