[ https://issues.apache.org/jira/browse/FLINK-5406?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15853576#comment-15853576 ]
ASF GitHub Bot commented on FLINK-5406: --------------------------------------- Github user godfreyhe commented on a diff in the pull request: https://github.com/apache/flink/pull/3101#discussion_r99522172 --- Diff: flink-libraries/flink-table/src/test/scala/org/apache/flink/table/AggregationTest.scala --- @@ -165,14 +165,20 @@ class AggregationTest extends TableTestBase { val util = batchTestUtil() val sourceTable = util.addTable[(Int, Long, Int)]("MyTable", 'a, 'b, 'c) - val resultTable = sourceTable.groupBy('a) + // Move "where" before "groupBy" for the former query would generate + // nondeterministic plans with same cost. If we change FlinkRuleSets.DATASET_OPT_RULES, + // the importance of relNode may change, and the test may fail. This issue is mentioned + // in FLINK-5394, we could move "where" to the end when FLINK-5394 is fixed. + val resultTable = sourceTable.where('a === 1) --- End diff -- OK > add normalization phase for predicate logical plan rewriting between > decorrelate query phase and volcano optimization phase > --------------------------------------------------------------------------------------------------------------------------- > > Key: FLINK-5406 > URL: https://issues.apache.org/jira/browse/FLINK-5406 > Project: Flink > Issue Type: New Feature > Components: Table API & SQL > Reporter: godfrey he > Assignee: godfrey he > > Normalization phase is for predicate logical plan rewriting and is > independent of cost module. The rules in normalization phase do not need to > repeatedly applied to different logical plan which is different to volcano > optimization phase. And the benefit of normalization phase is to reduce the > running time of volcano planner. > *ReduceExpressionsRule* can apply various simplifying transformations on > RexNode trees. Currently, there are two transformations: > 1) Constant reduction, which evaluates constant subtrees, replacing them with > a corresponding RexLiteral > 2) Removal of redundant casts, which occurs when the argument into the cast > is the same as the type of the resulting cast expression > the above transformations do not depend on the cost module, so we can move > the rules in *ReduceExpressionsRule* from > DATASET_OPT_RULES/DATASTREAM_OPT_RULES to DataSet/DataStream Normalization > Rules. -- This message was sent by Atlassian JIRA (v6.3.15#6346)