Databricks查询PostgreSQL带时区时间字段转字符串丢失时区信息的问题及通用解决方案咨询

嘿，我完全懂你遇到的这个糟心问题——Postgres里明明是带时区偏移的完整时间，到了Databricks就变成了光秃秃的UTC时间，连时区信息都直接丢了，硬编码时区虽然能解决眼下的问题，但换个业务时区就彻底失效了对吧？

先给你拆解下问题根源：当Databricks通过JDBC连接PostgreSQL时，JDBC驱动默认会把Postgres的timestamp with timezone类型转换成不带时区的UTC时间戳，相当于直接剥离了时区偏移信息。哪怕你在Databricks里用delivery_from::text转字符串，拿到的也是驱动转换后的UTC时间，而不是Postgres里原始的带时区格式。

下面给你两个更通用的解决方案，不用硬编码时区：

方案一：让PostgreSQL直接输出带时区偏移的字符串 #

既然JDBC驱动会乱改格式，那我们直接让Postgres把时间转成带时区的字符串再返回给Databricks，跳过驱动的转换步骤。用Postgres的TO_CHAR函数就能精准实现：

SELECT TO_CHAR(delivery_from, 'YYYY-MM-DD HH24:MI:SSOF') AS delivery_from_with_tz
FROM your_source_table

这里的OF格式符会直接输出时区偏移（比如+02），返回的结果就是你想要的2024-07-01 00:00:00+02，Databricks拿到的就是原始格式的字符串，不会被篡改。

方案二：在Databricks中动态恢复时区信息（适合需要保留时间类型的场景） #

如果需要在Databricks里把时间字段保留为时间类型，同时输出带时区偏移的格式，可以用CONVERT_TIMEZONE配合动态获取偏移的方式，彻底摆脱硬编码：

SELECT CONCAT(
    date_format(CONVERT_TIMEZONE('UTC', 'Europe/Paris', delivery_from), 'yyyy-MM-dd HH:mm:ss'),
    -- 动态提取时区偏移，不用硬编码固定值
    substring(date_format(CONVERT_TIMEZONE('UTC', 'Europe/Paris', delivery_from), 'Z'), 2)
) AS delivery_from_with_tz
FROM your_table

这里的substring(..., 2)会自动从格式化后的时区标识里提取偏移（比如+02），以后如果切换到其他时区，只需要把Europe/Paris改成对应的时区字符串就行，通用性拉满。

另外补充个小技巧：你还可以在JDBC连接URL里添加参数，让驱动尽量保留时区信息，比如：

jdbc:postgresql://your-postgres-host:5432/dbname?useTimezone=true&serverTimezone=Europe/Paris

不过这个参数的效果可能受JDBC驱动版本影响，优先试试方案一，这个最直接靠谱。

备注：内容来源于stack exchange，提问作者Tomáš Fckingopcz Hrubý