Re: BUG #15987: Improve REINDEX of all indexes of a table at once
От | Michael Paquier |
---|---|
Тема | Re: BUG #15987: Improve REINDEX of all indexes of a table at once |
Дата | |
Msg-id | 20190901043534.GA3190@paquier.xyz обсуждение исходный текст |
Ответ на | BUG #15987: Improve REINDEX of all indexes of a table at once (PG Bug reporting form <noreply@postgresql.org>) |
Ответы |
Re: BUG #15987: Improve REINDEX of all indexes of a table at once
|
Список | pgsql-bugs |
On Sat, Aug 31, 2019 at 05:15:10PM +0000, PG Bug reporting form wrote: > I am just spending lots of time to rebuild the indexes of our DB one by one, > although all indexes of the same table need a refresh at once, Therefore you > need to open a cursor which contains the DB-columns which occur in at least > one of the indexes. If the same columns occur in more than 1 index you need > to read them only once. Then you run 1 and only 1 full table scan (FTS), and > with the data of the cursor you add an entry into each of the indexes to > rebuild. With just 1 FTS you could create all the indexes at once, and > speeding up a full reindex task to use little more than the time the FTS > takes. I don't quite understand your request. You have REINDEX TABLE which is able to reindex all the indexes of a table one by one, REINDEX SCHEMA which works on all the tables of the defined schema, and REINDEX DATABASE which works on all the indexes within a database which processes in a serializable fashion all its tables. If you have indexes are defined multiple times for the same columns and you'd like to just process these, you may not need those multiple definitions. Please note that if you have multiple indexes on the same table which partially map to the same columns, you still need to process them one-by-one. -- Michael
Вложения
В списке pgsql-bugs по дате отправления: