Re[2]: Alter index rename concurrently to - Mailing list pgsql-hackers

From Andrey Klychkov
Subject Re[2]: Alter index rename concurrently to
Date
Msg-id 1531828116.497549417@f411.i.mail.ru
Whole thread Raw
In response to Re: Alter index rename concurrently to  (Victor Yegorov <vyegorov@gmail.com>)
Responses Re: Alter index rename concurrently to  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
List pgsql-hackers



Понедельник, 16 июля 2018, 22:40 +03:00 от Victor Yegorov <vyegorov@gmail.com>:

пн, 16 июл. 2018 г. в 21:58, Andrey Klychkov <aaklychkov@mail.ru>:

I made a patch to solve this issue (see the attachment).
It allows to avoid locks by a query like this:
“alter index <new_index> rename CONCURRENTLY to <old_index_name>”.



Hello,
Thank you for this information!

In the first discussion the concurrent alter was mentioned.
In the next link and commitfest info I only saw "Reindex concurrently 2.0".
It sounds great!
If this component will be added to core it certainly facilitates index rebuilding.

What about "alter index ... rename to" in the concurrent mode?
Does "Reindex concurrently 2.0" add it?
From time to time we need just to rename some indexes.
Without concurrent mode this "alter index" makes queues.
It may be a problem on high load databases.

--
Kind regards,
Andrey Klychkov

pgsql-hackers by date:

Previous
From: Nikita Glukhov
Date:
Subject: Re: [HACKERS] [PATCH] kNN for SP-GiST
Next
From: Fabien COELHO
Date:
Subject: Re: Make foo=null a warning by default.