时间戳字段在EMR上的Presto 0.170中显示1970-01-01

Question

我有一个外部配置单元表指向通过s3上的Spark作业编写的拼花文件，它有日期、时间戳字段，当我通过配置单元查询时，我会得到正确的日期

CREATE EXTERNAL TABLE events(
event_date date, 
event_timestamp timestamp, 
event_name string, 
event_category string
PARTITIONED BY ( 
dateid  int, 
STORED AS PARQUET
LOCATION 's3a://somebucket/events'

hive> SELECT event_timestamp, event_date from events limit 10; 
2017-01-02 13:40:23 2017-01-02
2017-01-02 13:40:23.013 2017-01-02
2017-01-02 13:40:23.419 2017-01-02
2017-01-02 18:51:57.637 2017-01-02
2017-01-02 18:52:03.512 2017-01-02
2017-01-02 18:52:03.769 2017-01-02
2017-01-02 18:52:30.945 2017-01-02
2017-01-02 18:52:32.757 2017-01-02
2017-01-02 18:52:37.083 2017-01-02
2017-01-02 18:52:38.099 2017-01-02

但是，当我通过运行在EMR集群版本(EMR-5.6.0)上的presto（版本0.170）运行它时，我看到所有的日期都是1970-01-01

 presto-cli --catalog hive --schema default
presto:default> SELECT event_timestamp, event_date from events limit 10; 
 1970-01-01 00:00:17.197 | 1970-01-01 
 1970-01-01 00:00:17.197 | 1970-01-01 
 1970-01-01 00:00:17.197 | 1970-01-01 
 1970-01-01 00:00:17.197 | 1970-01-01 
 1970-01-01 00:00:17.197 | 1970-01-01 
 1970-01-01 00:00:17.197 | 1970-01-01 
 1970-01-01 00:00:17.197 | 1970-01-01 
 1970-01-01 00:00:17.197 | 1970-01-01 
 1970-01-01 00:00:17.197 | 1970-01-01 
 1970-01-01 00:00:17.197 | 1970-01-01 

通过presto进行Parquet查询的Hive中的时间戳字段是否存在任何未解决的问题？

Answer 1

经过在线研究，无果而终，我对parquet文件和hive DDL语句中的字段顺序进行了比较，似乎在Spark作业开发过程中，字段的顺序发生了变化。虽然hive能够通过名称读取列，但presto是按顺序进行的。因此，一个愚蠢的错误会导致徒劳的追逐。不管怎么说，无耻地回答我自己的问题来结束这条线。