Re: speeding up planning with partitions
Amit Langote <langote_amit_f8@lab.ntt.co.jp>
On 2018/08/30 7:27, David Rowley wrote: > On 30 August 2018 at 00:06, Amit Langote <Langote_Amit_f8@lab.ntt.co.jp> wrote: >> nparts master 0001 0002 0003 >> ====== ====== ==== ==== ==== >> 0 2856 2893 2862 2816 >> 8 507 1115 1447 1872 >> 16 260 765 1173 1892 >> 32 119 483 922 1884 >> 64 59 282 615 1881 >> 128 29 153 378 1835 >> 256 14 79 210 1803 >> 512 5 40 113 1728 >> 1024 2 17 57 1616 >> 2048 0* 9 30 1471 >> 4096 0+ 4 15 1236 >> 8192 0= 2 7 975 > > Those look promising. Are you going to submit these patches to the > September 'fest? Thanks, I just did. https://commitfest.postgresql.org/19/1778/ Regards, Amit
Commits
-
Clean up handling of constraint_exclusion and enable_partition_pruning.
- e03ff739695c 12.0 landed
- 11ea45ffec9a 11.3 landed
-
Add test case exercising formerly-unreached code in inheritance_planner.
- 8fba397f0ca7 12.0 landed
-
Speed up planning when partitions can be pruned at plan time.
- 428b260f87e8 12.0 landed
-
Avoid crash in partitionwise join planning under GEQO.
- 7ad6498fd5a6 12.0 landed
- d70c147fa217 11.3 landed
-
Avoid passing query tlist around separately from root->processed_tlist.
- 333ed246c6f3 12.0 landed
-
Build "other rels" of appendrel baserels in a separate step.
- 53bcf5e3dbea 12.0 landed
-
Get rid of duplicate child RTE for a partitioned table.
- e8d5dd6be79e 12.0 landed
-
Rearrange make_partitionedrel_pruneinfo to avoid work when we can't prune.
- 734308a22072 12.0 landed
-
Don't copy PartitionBoundInfo in set_relation_partition_info.
- c8151e642368 12.0 landed
-
Move building of child base quals out into a new function
- 80579f9bb171 12.0 landed
-
Reorganize planner code moved in b60c39759908
- d723f56872a9 12.0 landed
-
Move inheritance expansion code into its own file
- b60c39759908 12.0 landed
-
Fix inherited UPDATE/DELETE with UNION ALL subqueries.
- c03ad5602f52 9.4.0 cited
-
Rearrange planner to save the whole PlannerInfo (subroot) for a subquery.
- b3aaf9081a1a 9.2.0 cited