Implement a way to build an index without blocking concurrent data modifications - #9106
Implement a way to build an index without blocking concurrent data modifications#9106hvlad wants to merge 2 commits into
Conversation
Remove recently introduced LCK_idx_create as no longer needed.
|
On 7/25/26 20:30, Vlad Khorsun wrote:
* 91ac1e6
<91ac1e6>
A way to build an index without blocking concurrent data
modifications.
Vlad, there is one main problem with your approach - option CONCURRENTLY
silently affects ability to have NOT VALIDATED index instead fatal error
for unique indices. I see the following problems:
- users often miss warnings, i.e. once upon a time using CONCURRENTLY
option they can get active but not validated index and do not know about
it - specially taking into an account that new records are forced to be
unique;
- correct logic with hard job, done for index creation, that should
better be not repeated applies to traditional (without option
CONCURRENTLY) index creation too, but getting NOT VALIDATED index is not
supported in this case.
What about adding one more option that controls ability to get not
validated index? As far as I can see it's not dependent from concurrent
creation and may be used separately.
|
It depends on tool used. We can't control third party tools. From the other side: the concurrent index creation is a new feature with a new
Good idea, I support it. Could be useful for restore too. |
No description provided.