You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Timo Walther (JIRA)" <ji...@apache.org> on 2018/01/03 11:04:01 UTC
[jira] [Commented] (FLINK-8169) Document timestamp and timezone
behavior for Table API & SQL
[ https://issues.apache.org/jira/browse/FLINK-8169?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16309481#comment-16309481 ]
Timo Walther commented on FLINK-8169:
-------------------------------------
Hi [~sunjincheng121], this issue should actually only improve the documentation about timestamps and timezones for now. But I agree that this topic has to be addressed in the near future. I will open an issue for it where we can discuss the design.
I don't know if just a global query configuration is enough for all use cases. Usually company work with different timezones simultaneously. We could add support for the new time classes introduced with Java 8 and enable our scalar functions to also work with those (or some custom time class implementations like those from Calcite).
> Document timestamp and timezone behavior for Table API & SQL
> ------------------------------------------------------------
>
> Key: FLINK-8169
> URL: https://issues.apache.org/jira/browse/FLINK-8169
> Project: Flink
> Issue Type: Improvement
> Components: Table API & SQL
> Reporter: Timo Walther
>
> {{java.sql.Date}}, {{java.sql.Time}}, and {{java.sql.Timestamp}} are timezone dependent. However, in Flink's Table & SQL API we remove this dependency and work with UTC timestamps internally. It should be documented how windows use the timestamps in different timezones for event-time. The behavior for processing-time should be explained as well. What is the result if I cast both timestamps to Long, String, or output them to a DataSet/DataStream?
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)