[ 
https://issues.apache.org/jira/browse/HIVE-26671?focusedWorklogId=821041&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-821041
 ]

ASF GitHub Bot logged work on HIVE-26671:
-----------------------------------------

                Author: ASF GitHub Bot
            Created on: 27/Oct/22 15:04
            Start Date: 27/Oct/22 15:04
    Worklog Time Spent: 10m 
      Work Description: scarlin-cloudera commented on code in PR #3706:
URL: https://github.com/apache/hive/pull/3706#discussion_r1007004337


##########
ql/src/test/results/clientpositive/llap/bucket_groupby.q.out:
##########
@@ -1753,9 +1753,9 @@ STAGE PLANS:
                   filterExpr: (ds = '103') (type: boolean)
                   Statistics: Num rows: 500 Data size: 89000 Basic stats: 
COMPLETE Column stats: COMPLETE
                   Top N Key Operator
-                    sort order: ++
-                    keys: key (type: string), value (type: string)
-                    null sort order: zz
+                    sort order: +
+                    keys: key (type: string)
+                    null sort order: z

Review Comment:
   Ah, I wrote this comment before reading the other one.
   
   I tihnk I'm ok with doing the other way?  Lemme see if it works, thanks!





Issue Time Tracking
-------------------

    Worklog Id:     (was: 821041)
    Time Spent: 1h 10m  (was: 1h)

> Incorrect results for group by/order by/limit query with 2 aggregates
> ---------------------------------------------------------------------
>
>                 Key: HIVE-26671
>                 URL: https://issues.apache.org/jira/browse/HIVE-26671
>             Project: Hive
>          Issue Type: Bug
>          Components: Operators
>            Reporter: Steve Carlin
>            Assignee: Steve Carlin
>            Priority: Major
>              Labels: pull-request-available
>          Time Spent: 1h 10m
>  Remaining Estimate: 0h
>
> Grabbed this query from the Impala test suite.  It is a query run off of 
> tpcds tables, but it's not really super special.  You will need a lot of data 
> to reproduce this, though.
> select
> l_orderkey,
> min(l_shipdate) as flt,
> count(distinct l_partkey) as cnl 
> from lineitem
> group by l_orderkey order by l_orderkey limit 2;
> The issue is with the Top N Key operator optimizer. The Top N Key operator is 
> the first operator after the Table Scan.  The sort key is on both the 
> l_orderkey and l_partkey columns, but this means that the second sort key 
> might not be forwarded.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to