[jira] [Created] (ARROW-6659) [Rust] [DataFusion] Refactor of HashAggregateExec to support custom merge

["Andy Grove (Jira)" <ji...@apache.org>]

Andy Grove created ARROW-6659:
---------------------------------

             Summary: [Rust] [DataFusion] Refactor of HashAggregateExec to support custom merge
                 Key: ARROW-6659
                 URL: https://issues.apache.org/jira/browse/ARROW-6659
             Project: Apache Arrow
          Issue Type: Sub-task
          Components: Rust, Rust - DataFusion
            Reporter: Andy Grove


HashAggregateExec current creates one HashPartition per input partition for the initial aggregate per partition, and then explicitly calls MergeExec and then creates another HashPartition for the final reduce operation.

This is fine for in-memory queries in DataFusion but is not extensible. For example, it is not possible to provide a different MergeExec implementation that would distribute queries to a cluster.

A better design would be to move the logic into the query planner so that the physical plan contains explicit steps such as:

 
{code:java}
- HashAggregate // final aggregate
  - MergeExec
    - HashAggregate // aggregate per partition
 {code}
This would then make it easier to customize the plan in other projects, to support distributed execution:
{code:java}
 - HashAggregate // final aggregate
   - MergeExec
      - DistributedExec
         - HashAggregate // aggregate per partition{code}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)