Re: expanding inheritance in partition bound order
Robert Haas <robertmhaas@gmail.com>
From: Robert Haas <robertmhaas@gmail.com>
To: Ashutosh Bapat <ashutosh.bapat@enterprisedb.com>
Cc: Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>,
Amit Khandekar <amitdkhan.pg@gmail.com>, Pg Hackers <pgsql-hackers@postgresql.org>
Date: 2017-08-30T16:11:06Z
Lists: pgsql-hackers
On Wed, Aug 30, 2017 at 10:31 AM, Robert Haas <robertmhaas@gmail.com> wrote: > On Wed, Aug 30, 2017 at 9:22 AM, Ashutosh Bapat > <ashutosh.bapat@enterprisedb.com> wrote: >> Amit's patches seem to be addressing the third point here. But the >> expansion is not happening in breadth-first manner. We are expanding >> all the partitioned partitions first and then leaf partitions. So >> that's not exactly "breadth-first". > > Correct, but I think Amit's ordering is what we actually want: > breadth-first, low-OID-first over interior partitioned tables, and > then breadth-first, low-OID-first again over leaves. If we don't keep > partitioned partitions first, then we're going to have problems > keeping the locking order consistent when we start doing pruning > during expansion. No, I'm wrong and you're correct. We want the partitions to be locked first, but we don't want them to be pulled to the front of the expansion order, because then it's not in bound order anymore and any optimization that tries to rely on that ordering will break. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
Commits
-
Make RelationGetPartitionDispatchInfo expand depth-first.
- 77b6b5e9ceca 11.0 landed
-
Expand partitioned tables in PartDesc order.
- 30833ba154e0 11.0 landed
-
Don't lock tables in RelationGetPartitionDispatchInfo.
- 7c0ca2900f7c 10.0 landed
- 54cde0c4c058 11.0 landed
-
Speed up dropping tables with many partitions.
- c1e0e7e1d790 10.0 cited