From: | Andrey Klychkov <aaklychkov(at)mail(dot)ru> |
---|---|
To: | Victor Yegorov <vyegorov(at)gmail(dot)com> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re[2]: Alter index rename concurrently to |
Date: | 2018-07-17 11:48:36 |
Message-ID: | 1531828116.497549417@f411.i.mail.ru |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
>Понедельник, 16 июля 2018, 22:40 +03:00 от Victor Yegorov <vyegorov(at)gmail(dot)com>:
>
>пн, 16 июл. 2018 г. в 21:58, Andrey Klychkov < aaklychkov(at)mail(dot)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>”.
>
>Please, have a look at previous discussions on the subject:
>- 2012 https://www.postgresql.org/message-id/CAB7nPqTys6JUQDxUczbJb0BNW0kPrW8WdZuk11KaxQq6o98PJg@mail.gmail.com
>- 2013 https://www.postgresql.org/message-id/CAB7nPqSTFkuc7dZxCDX4HOTU63YXHRroNv2aoUzyD-Zz_8Z_Zg@mail.gmail.com
>- https://commitfest.postgresql.org/16/1276/
>
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
From | Date | Subject | |
---|---|---|---|
Next Message | Fabien COELHO | 2018-07-17 11:58:50 | Re: Make foo=null a warning by default. |
Previous Message | Nikita Glukhov | 2018-07-17 11:42:36 | Re: [HACKERS] [PATCH] kNN for SP-GiST |