You are viewing a plain text version of this content. The canonical link for it is here.
Posted to reviews@spark.apache.org by "viirya (via GitHub)" <gi...@apache.org> on 2023/04/18 07:48:39 UTC
[GitHub] [spark] viirya commented on a diff in pull request #40811: [SPARK-43098][SQL] Fix correctness COUNT bug when scalar subquery has group by clause
viirya commented on code in PR #40811:
URL: https://github.com/apache/spark/pull/40811#discussion_r1169632592
##########
sql/catalyst/src/main/scala/org/apache/spark/sql/catalyst/optimizer/subquery.scala:
##########
@@ -325,9 +327,20 @@ object PullupCorrelatedPredicates extends Rule[LogicalPlan] with PredicateHelper
}
plan.transformExpressionsWithPruning(_.containsPattern(PLAN_EXPRESSION)) {
- case ScalarSubquery(sub, children, exprId, conditions, hint) if children.nonEmpty =>
+ case ScalarSubquery(sub, children, exprId, conditions, hint, mayHaveCountBugOld)
+ if children.nonEmpty =>
val (newPlan, newCond) = decorrelate(sub, plan)
- ScalarSubquery(newPlan, children, exprId, getJoinCondition(newCond, conditions), hint)
+ val mayHaveCountBug = if (mayHaveCountBugOld.isDefined) {
+ // For idempotency, we must save this variable the first time this rule is run. Afterward,
+ // the information about whether the subquery has a GROUP BY clause is lost because a
+ // GROUP BY is introduced if one wasn't already present.
Review Comment:
So it sounds like if GROUP BY wasn't present but is introduced later, we still treat it as possibly having count bug?
--
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: reviews-unsubscribe@spark.apache.org
For queries about this service, please contact Infrastructure at:
users@infra.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: reviews-unsubscribe@spark.apache.org
For additional commands, e-mail: reviews-help@spark.apache.org