[
https://issues.apache.org/jira/browse/HIVE-16358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15973740#comment-15973740
]
slim bouguerra commented on HIVE-16358:
---------------------------------------
I agree i guess there is no such use case. The question i guess should we add
support for Druid TopN if the user is ok with approximate results.
> Push TOP N to Druid queries
> ---------------------------
>
> Key: HIVE-16358
> URL: https://issues.apache.org/jira/browse/HIVE-16358
> Project: Hive
> Issue Type: Improvement
> Components: Query Planning, Query Processor
> Reporter: Remus Rusanu
> Assignee: Remus Rusanu
>
> After HIVE-15708 promotes Calcite to 1.12, {{TOP N}} queries over Druid
> tables will be implemented by GroupBy on Druid and then (sort and) Limit on
> Hive. The relevant changes on Calcite side are related to CALCITE-1578 and
> steam from fundamental semantic differences between Druid concept of TOP (ie.
> top within a GBy) vs. SQL TOP/LIMIT (ie. global).
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
