[ https://issues.apache.org/jira/browse/HIVE-5657?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13809784#comment-13809784 ]
Phabricator commented on HIVE-5657: ----------------------------------- sershe has commented on the revision "HIVE-5657 [jira] TopN produces incorrect results with count(distinct)". INLINE COMMENTS ql/src/java/org/apache/hadoop/hive/ql/optimizer/LimitPushdownOptimizer.java:125 so this now supports any number of distincts? ql/src/java/org/apache/hadoop/hive/ql/exec/TopNHash.java:255 right now this only returns forward... is this by design? ql/src/java/org/apache/hadoop/hive/ql/exec/ReduceSinkOperator.java:243 should all of this also be done for vectorized path? ql/src/java/org/apache/hadoop/hive/ql/exec/ReduceSinkOperator.java:268 I fixed it in my patch for vectorized... why is hash needed here? If row is excluded we don't need hash, it's only needed when we store the value or collect ql/src/java/org/apache/hadoop/hive/ql/exec/ReduceSinkOperator.java:297 if index >= 0 this should store value ql/src/java/org/apache/hadoop/hive/ql/exec/ReduceSinkOperator.java:255 Previously there was just key, which was some columns and optionally one distinct. Do I read correctly that distribution key is now the same, just without distinct? REVISION DETAIL https://reviews.facebook.net/D13797 To: JIRA, navis Cc: sershe > TopN produces incorrect results with count(distinct) > ---------------------------------------------------- > > Key: HIVE-5657 > URL: https://issues.apache.org/jira/browse/HIVE-5657 > Project: Hive > Issue Type: Bug > Reporter: Sergey Shelukhin > Assignee: Navis > Priority: Critical > Attachments: D13797.1.patch, example.patch, HIVE-5657.1.patch.txt > > > Attached patch illustrates the problem. > limit_pushdown test has various other cases of aggregations and distincts, > incl. count-distinct, that work correctly (that said, src dataset is bad for > testing these things because every count, for example, produces one record > only), so something must be special about this. > I am not very familiar with distinct- code and these nuances; if someone > knows a quick fix feel free to take this, otherwise I will probably start > looking next week. -- This message was sent by Atlassian JIRA (v6.1#6144)