adriangb commented on code in PR #18644:
URL: https://github.com/apache/datafusion/pull/18644#discussion_r2540814026


##########
datafusion/physical-plan/src/aggregates/mod.rs:
##########
@@ -418,6 +504,13 @@ pub struct AggregateExec {
     /// Describes how the input is ordered relative to the group by columns
     input_order_mode: InputOrderMode,
     cache: PlanProperties,
+    /// During initialization, if the plan supports dynamic filtering (see 
[`AggrDynFilter`]),
+    /// it is set to `Some(..)` regardless of whether it can be pushed down to 
a child node.
+    ///
+    /// During filter pushdown optimization, if a child node can accept this 
filter,
+    /// it remains `Some(..)` to enable dynamic filtering during aggregate 
execution;
+    /// otherwise, it is cleared to `None`.

Review Comment:
   @2010YOUY01 how do you think we should handle this? I think we should always 
compute the filter for now and solve this problem of wasted effort holistically 
for all uses of dynamic filters later.



-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to