Hi Zhenghua, 感谢您的回复。感觉既然 Flink 已经提供了时区的设定，这方面也许可以进一步增强一些。CONVERT_TZ 用户很容易忘记或者漏掉，这里还是有不少完善的空间。
Best, Weike On Tue, Mar 24, 2020 at 4:20 PM Zhenghua Gao <[email protected]> wrote: > CURRENT_TIMESTAMP 返回值类型是 TIMESTAMP (WITHOUT TIME ZONE)， > 其语义可参考 java.time.LocalDateTime。 > 其字符形式的表示并不随着时区变化而变化(如你所见，和UTC+0 一致)。 > > 你的需求可以通过 CONVERT_TZ(timestamp_string, time_zone_from_string, > time_zone_to_string) > > *Best Regards,* > *Zhenghua Gao* > > > On Mon, Mar 23, 2020 at 10:12 PM DONG, Weike <[email protected]> > wrote: > > > Hi, > > > > 近期发现 Flink 的 Blink Planner 在 DATE_FORMAT 对 CURRENT_TIMESTAMP > > 做时间格式化为字符串时，默认以 UTC+0 为准。 > > > > 长期以来，TableConfig 类里面有一个 setLocalTimeZone 方法；将其设置为东八区以后，发现格式化后的字符串仍然是 > UTC+0 > > 的。而深入来看，Flink 的时间格式化时的代码生成逻辑（time.scala）并未考虑时区的设置。 > > > > 由于大多数用户的时区均不是 UTC+0（GMT、UTC），如果时间格式化、显示等都可以考虑到 TableConfig 中的时区设置，那么 > Flink > > 是否会更用户友好一些呢？当然这个会涉及到不兼容的变更，需要谨慎一些。 > > > > 也许提供一个 DATE_FORMAT_WITH_TIMEZONE 的内置函数，社区是否会更容易接受一些呢？ > > > > 仅仅是个人一点想法，感谢 ：） > > >
