[ https://issues.apache.org/jira/browse/HIVE-4041?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13602037#comment-13602037 ]
Phabricator commented on HIVE-4041: ----------------------------------- hbutani has commented on the revision "HIVE-4041 [jira] Support multiple partitionings in a single Query". INLINE COMMENTS ql/src/java/org/apache/hadoop/hive/ql/optimizer/ColumnPrunerProcFactory.java:212 We need to maintain the order of the original columns. This is because at runtime we reconstruct the OIs using the serde props map which has the column names and types. ql/src/java/org/apache/hadoop/hive/ql/optimizer/ReduceSinkDeDuplication.java:415 because ExprNodeConstantDesc returns a null for the getCols() call. for the over() case we add a Constant expression to the Partition list ql/src/java/org/apache/hadoop/hive/ql/optimizer/ReduceSinkDeDuplication.java:425 same reason as above ql/src/java/org/apache/hadoop/hive/ql/parse/PTFTranslator.java:482 What we are doing today is adding the partition columns as a prefix to the order expressions. Functionally it should not matter; but it is not needed and probably has a performance impact. I need to test that removal. Was planning to do this for Jira 4109. Didn't want to change this behavior in this Jira. But with the refactoring it is quite easy to remove the prefixing code. REVISION DETAIL https://reviews.facebook.net/D9381 To: JIRA, ashutoshc, hbutani > Support multiple partitionings in a single Query > ------------------------------------------------ > > Key: HIVE-4041 > URL: https://issues.apache.org/jira/browse/HIVE-4041 > Project: Hive > Issue Type: Bug > Components: PTF-Windowing > Reporter: Harish Butani > Assignee: Harish Butani > Attachments: HIVE-4041.D9381.1.patch, WindowingComponentization.pdf > > > Currently we disallow queries if the partition specifications of all Wdw fns > are not the same. We can relax this by generating multiple PTFOps based on > the unique partitionings in a Query. For partitionings that only differ in > sort, we can introduce a sort step in between PTFOps, which can happen in the > same Reduce task. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira