Open Downchuck opened 7 years ago
Thanks for the bug report. We will look into that.
In a mean while, the workaround may be setting session property as follows:
set session legacy_timestamp = true;
or setting server property:
deprecated.legacy-timestamp = true
This will most likely restore original prestodb/presto behaviour for date time types, which has problems of their own though.
@fiedukow Confirmed, legacy_timestamp works as a workaround.
@fiedukow Is this issue related with TIMESTAMP behaviour does not match sql standard #7122 ?
As far as I know, it's only tangentially related: this ORC bug exists both for the existing timestamp implementation and the implementation in #7122.
Seems like we can't use any timezone but UTC -- as the hive connector needs to be set to UTC and Presto, to avoid ORC read issues for data written in UTC.
@cawallin Thanks. After reading #7122 and #7480 and DATE TIME SUPPORT IN PRESTO, I think I had got your point.
Teradata Presto release appears to be deserializing the timestamp column incorrectly in ORC files with time zone information. (ORC written from Hive 1.2.1)
Note the query returns correctly in standard Presto and in Hive. The table was built via Hive, transforming the first column, a string, into a timestamp column; the local time zone of Hive/Presto is America/Los_Angeles.