You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hive.apache.org by "Jesus Camacho Rodriguez (JIRA)" <ji...@apache.org> on 2017/02/09 11:00:44 UTC

[jira] [Reopened] (HIVE-15850) Proper handling of timezone in Druid storage handler

     [ https://issues.apache.org/jira/browse/HIVE-15850?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jesus Camacho Rodriguez reopened HIVE-15850:
--------------------------------------------

Reopening and updating description.

> Proper handling of timezone in Druid storage handler
> ----------------------------------------------------
>
>                 Key: HIVE-15850
>                 URL: https://issues.apache.org/jira/browse/HIVE-15850
>             Project: Hive
>          Issue Type: Bug
>          Components: Druid integration
>    Affects Versions: 2.2.0
>            Reporter: Jesus Camacho Rodriguez
>            Assignee: Jesus Camacho Rodriguez
>            Priority: Critical
>         Attachments: HIVE-15850.patch
>
>
> We need to make sure that filters on timestamp are represented with timezone when we go into Calcite and converting them again when we go back from Calcite to Hive. That would help us to 1) push the correct filters to Druid, and 2) if filters are not pushed at all (they remain in the Calcite plan), they will be correctly represented in Hive. I have checked and AFAIK this is currently done correctly (ASTBuilder.java, ExprNodeConverter.java, and RexNodeConverter.java).
> Secondly, we need to make sure we read/write timestamp data correctly from/to Druid.
> - When we write timestamp to Druid, we should include the timezone, which would allow Druid to handle them properly. We do that already.
> - When we read timestamp from Druid, we should transform the timestamp to be based on Hive timezone. This will give us a consistent behavior of Druid-on-Hive vs Hive-standalone, since timestamp in Hive is represented to the user using Hive client timezone. Currently we do not do that.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)