Re: [HACKERS] Partition-wise aggregation/grouping
Jeevan Chalke <jeevan.chalke@enterprisedb.com>
Attachments
- fix_aggref_in_non-agg_error.patch (text/x-patch) patch
- test_for_aggref_in_non-agg_error.patch (text/x-patch) patch
- misc_cleanup.patch (text/x-patch) patch
- create_non_partial_paths.patch (text/x-patch) patch
Hi Robert, On Mon, Feb 26, 2018 at 8:03 PM, Robert Haas <robertmhaas@gmail.com> wrote: > > Committed after incorporating your other fixes and updating the > optimizer README. > Thanks Robert. Off-list Rajkumar has reported an issue. When we have enable_hashagg set to false, and Gather Merge path is chosen, it ended-up in an error saying "ERROR: Aggref found in non-Agg plan node". I had a look over his provided testcase and observed that when we create a Gather Merge path over a cheapest partial path by sorting it explicitly as generate_gather_paths won't consider it, we accidentally used cheapest partial path from the input_rel to create a Gather Merge; instead we need a cheapest partial path from the partially_grouped_rel. Attached fix_aggref_in_non-agg_error.patch fixing this. test_for_aggref_in_non-agg_error.patch has a testcase reported by Rajkumar which I have added in a aggregates.sql. While doing so, I have observed few cleanup changes, added those in misc_cleanup.patch. --- While re-basing my partitionwise aggregate changes, I observed that when we want to create partial aggregation paths for a child partition, we don't need to add Gather or Gather Merge on top of it as we first want to append them all and then want to stick a gather on it. So it will be better to have that code part in a separate function so that we can call it from required places. I have attached patch (create_non_partial_paths.patch) for it including all above fix. Thanks > -- > Robert Haas > EnterpriseDB: http://www.enterprisedb.com > The Enterprise PostgreSQL Company > -- 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