Re: [HACKERS] Partition-wise aggregation/grouping
Jeevan Chalke <jeevan.chalke@enterprisedb.com>
Attachments
- partition-wise-agg-v21.tar.gz (application/gzip)
Hi, On Mon, Mar 19, 2018 at 10:56 PM, Robert Haas <robertmhaas@gmail.com> wrote: > On Fri, Mar 16, 2018 at 1:50 PM, Ashutosh Bapat > <ashutosh.bapat@enterprisedb.com> wrote: > > Ok. That looks good. > > Here's an updated version. In this version, based on a voice > discussion with Ashutosh and Jeevan, I adjusted 0001 to combine it > with an earlier idea of splitting Gather/Gather Merge path generation > out of the function that creates partially aggregated paths. The idea > here is that create_ordinary_gather_paths() could first call > create_partial_grouping_paths(), then add additional paths which might > be partial or non-partial by invoking the partition-wise aggregate > logic, then call gather_grouping_paths() and set_cheapest() to > finalize the partially grouped rel. Also, I added draft commit > messages. > I have added all these three patches in the attached patch-set and rebased my changes over it. However, I have not yet made this patch-set dependednt on UPPERREL_TLIST changes you have proposed on another mail-thread and thus it has 0001 patch refactoring the scanjoin issue. 0002, 0003 and 0004 are your patches added in this patchset. 0005 and 0006 are further refactoring patches. 0006 adds a GroupPathExtraData which stores mostly child variant data and costs. 0007 is main partitionwise aggregation patch which is then rebased accordingly. 0008 contains testcase and 0009 contains FDW changes. Let me know if I missed any point to consider while rebasing. -- Jeevan Chalke Technical Architect, Product Development EnterpriseDB Corporation The Enterprise PostgreSQL Company
Commits
-
postgres_fdw: Push down partition-wise aggregation.
- 7e0d64c7a57e 11.0 landed
-
Remove 'target' from GroupPathExtraData.
- c1de1a3a8b93 11.0 landed
-
Implement partition-wise grouping/aggregation.
- e2f1eb0ee30d 11.0 landed
-
Don't pass the grouping target around unnecessarily.
- 94150513ec12 11.0 landed
-
Determine grouping strategies in create_grouping_paths.
- b5996c2791f3 11.0 landed
-
Defer creation of partially-grouped relation until it's needed.
- 4f15e5d09de2 11.0 landed
-
Split create_grouping_paths into degenerate and non-degenerate cases.
- 1466bcfa4a83 11.0 landed
-
Pass additional arguments to a couple of grouping-related functions.
- 648a6c7bd815 11.0 landed
-
Fix logic error in add_paths_to_partial_grouping_rel.
- 3bfe957761ac 11.0 landed
-
Minor cleanup of code related to partially_grouped_rel.
- 5e6a63c0d102 11.0 landed
-
Add a new upper planner relation for partially-aggregated results.
- 3bf05e096b9f 11.0 landed
-
Charge cpu_tuple_cost * 0.5 for Append and MergeAppend nodes.
- 7d8ac9814bc9 11.0 landed
-
Rename enable_partition_wise_join to enable_partitionwise_join
- 2fb1abaeb016 11.0 cited
-
Factor some code out of create_grouping_paths.
- 9fd8b7d63257 11.0 landed
-
Pad XLogReaderState's main_data buffer more aggressively.
- 8735978e7aeb 11.0 cited
-
Prevent int128 from requiring more than MAXALIGN alignment.
- 7518049980be 11.0 cited
-
Fix DROP SUBSCRIPTION hang
- 8edacab20995 11.0 cited
-
Inject $(ICU_LIBS) regardless of platform.
- 66ed3829df95 11.0 cited
-
Some preliminary refactoring towards partitionwise join.
- c44c47a773bd 10.0 cited