修改项目default_time_zone后未影响timestamp问题排查求助

嘿，我来帮你理清这个问题～首先得明确一个关键：BigQuery的TIMESTAMP类型本身就是以UTC为标准存储的，这是它的设计特性——不管你设置项目级还是会话级时区，TIMESTAMP的底层存储不会改变，默认显示也会是UTC格式，这是为了保证时间数据在跨时区场景下的一致性。

你已经通过以下命令成功设置了项目级的默认时区为AEST：

ALTER PROJECT `gcp-abc-def`
SET OPTIONS ( `region-us.default_time_zone` = 'Australia/Sydney')

这个设置确实会生效在current_datetime()这类返回DATETIME/TIME类型的函数上，但不会影响TIMESTAMP的存储和默认显示。要让TIMESTAMP以AEST展示，你可以试试下面几种方法：

• 转换现有TIMESTAMP字段为AEST：使用CONVERT_TIME_ZONE函数将UTC的TIMESTAMP转换为AEST时间，示例：

  SELECT CONVERT_TIME_ZONE('UTC', 'Australia/Sydney', your_timestamp_column) AS aest_timestamp
  FROM your_table
  

  如果你想直接转换当前时间的TIMESTAMP，可以写：

  SELECT CONVERT_TIME_ZONE('UTC', 'Australia/Sydney', CURRENT_TIMESTAMP()) AS aest_current_timestamp
  

• 设置会话级时区：如果希望当前会话的所有查询都默认使用AEST处理时间，可以在查询前执行这条语句：

  SET TIME_ZONE='Australia/Sydney';
  

  之后你查询CURRENT_TIMESTAMP()时，返回的结果会自动以AEST时区解析显示（但底层存储依然是UTC）。

• 理解项目时区的作用范围：项目级时区主要影响这些场景：

  • current_datetime()、current_time()、current_date()这类返回非UTC时间类型的函数
  • 新建表时的默认分区时间（比如DATE类型的分区字段）
  • 一些依赖时区的系统函数默认行为

总结一下：TIMESTAMP显示UTC是正常的预期行为，你不需要调整项目级设置，而是通过转换函数或会话时区来实现AEST的展示需求。

内容的提问来源于stack exchange，提问作者VKarthik