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/10/26 23:31:00 UTC
[jira] [Updated] (HIVE-12195) Unknown zones should cause an error
instead of silently failing
[ https://issues.apache.org/jira/browse/HIVE-12195?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jesus Camacho Rodriguez updated HIVE-12195:
-------------------------------------------
Labels: timestamp (was: )
> Unknown zones should cause an error instead of silently failing
> ---------------------------------------------------------------
>
> Key: HIVE-12195
> URL: https://issues.apache.org/jira/browse/HIVE-12195
> Project: Hive
> Issue Type: Sub-task
> Components: Hive
> Reporter: Ryan Blue
> Assignee: Shinichi Yamashita
> Labels: timestamp
> Attachments: HIVE-12195.1.patch, HIVE-12195.2.patch, HIVE-12195.3.patch, HIVE-12195.4.patch
>
>
> Using an unknown time zone with the {{from_utc_timestamp}} or {{to_utc_timetamp}} methods returns the time un-adjusted instead of throwing an error:
> {code}
> hive> select from_utc_timestamp('2015-04-11 12:24:34.535', 'panda');
> OK
> 2015-04-11 12:24:34.535
> {code}
> This should be an error because users may attempt to adjust to valid but unknown zones, like PDT or MDT. This would produce incorrect results with no warning or error.
> *Update*: A good work-around is to add a table of known zones that maps to offset zone identifiers, like {{GMT-07:00}}. The table is small enough to always be a broadcast join and results can be filtered (e.g. {{offset_zone IS NOT NULL}}) so that only valid zones are passed to {{from_utc_timestamp}}.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)