From: | Justin Pryzby <pryzby(at)telsasoft(dot)com> |
---|---|
To: | 李杰(慎追) <adger(dot)lj(at)alibaba-inc(dot)com> |
Cc: | pgsql-hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, 曾文旌(义从) <wenjing(dot)zwj(at)alibaba-inc(dot)com> |
Subject: | Re: how to create index concurrently on paritioned table |
Date: | 2020-06-06 14:23:32 |
Message-ID: | 20200606142332.GH22473@telsasoft.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Jun 03, 2020 at 08:22:29PM +0800, 李杰(慎追) wrote:
> Partitioning is necessary for very large tables.
> However, I found that postgresql does not support create index concurrently on partitioned tables.
> The document show that we need to create an index on each partition individually and then finally create the partitioned index non-concurrently.
> This is undoubtedly a complex operation for DBA, especially when there are many partitions.
> Therefore, I wonder why pg does not support concurrent index creation on partitioned tables?
> What are the difficulties of this function?
> If I want to implement it, what should I pay attention?
Maybe I'm wrong, but I don't think there's any known difficulty - just that
nobody did it yet. You should pay attention to what happens on error, but
hopefully you wouldn't need to add much code and can rely on existing code to
paths to handle that right.
I think you'd look at the commits and code implementing indexes on partitioned
tables and CREATE INDEX CONCURRENTLY. And maybe any following commits with
fixes.
You'd first loop around all children (recursively if there are partitions which
are themselves partitioned) and create indexes concurrently.
--
Justin
From | Date | Subject | |
---|---|---|---|
Next Message | Fabien COELHO | 2020-06-06 14:36:41 | Re: psql - add SHOW_ALL_RESULTS option |
Previous Message | Dmitry Dolgov | 2020-06-06 09:17:51 | Re: [PATCH] Keeps tracking the uniqueness with UniqueKey |