From: | Michael Paquier <michael(at)paquier(dot)xyz> |
---|---|
To: | Justin Pryzby <pryzby(at)telsasoft(dot)com> |
Cc: | 李杰(慎追) <adger(dot)lj(at)alibaba-inc(dot)com>, pgsql-hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, 曾文旌(义从) <wenjing(dot)zwj(at)alibaba-inc(dot)com>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Subject: | Re: how to create index concurrently on partitioned table |
Date: | 2020-06-12 07:20:17 |
Message-ID: | 20200612072017.GE3362@paquier.xyz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Thu, Jun 11, 2020 at 10:35:02AM -0500, Justin Pryzby wrote:
> Note, you could do this now using psql like:
> SELECT format('CREATE INDEX CONCURRENTLY ... ON %s(col)', a::regclass) FROM pg_partition_ancestors() AS a;
> \gexec
I have skimmed quickly through the patch set, and something has caught
my attention.
> drop table idxpart;
> --- Some unsupported features
> +-- CIC on partitioned table
> create table idxpart (a int, b int, c text) partition by range (a);
> create table idxpart1 partition of idxpart for values from (0) to (10);
> create index concurrently on idxpart (a);
> -ERROR: cannot create index on partitioned table "idxpart" concurrently
> +\d idxpart1
When it comes to test behaviors specific to partitioning, there are in
my experience three things to be careful about and stress in the tests:
- Use at least two layers of partitioning.
- Include into the partition tree a partition that has no leaf
partitions.
- Test the commands on the top-most parent, a member in the middle of
the partition tree, the partition with no leaves, and one leaf, making
sure that relfilenode changes where it should and that partition trees
remain intact (you can use pg_partition_tree() for that.)
That's to say that the amount of regression tests added here is not
sufficient in my opinion.
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2020-06-12 07:22:59 | Re: Make more use of RELKIND_HAS_STORAGE() |
Previous Message | Fabien COELHO | 2020-06-12 07:17:37 | Re: Internal key management system |