从 S3 加载时,Redshift 使用了错误的时区
Redshift uses wrong timezone when loading from S3
Redshift 允许通过设置 COPY 命令的 timeformat 'epochmillisecs'
参数,使用其纪元表示加载与时间相关的类型,如 here 所述。它对 TIMESTAMP 非常有效,但对 TIME 列有些问题。
对应于 13:47:02.572000 的纪元值 1636984022000 (ms) 被 Redshift 导入为 22:41:11。我可以看到它与太平洋标准时间 (-08:00) 的 13:47:02 UTC 匹配。
我尝试了 alter user awsuser set timezone to 'UTC'
和 set timezone to default
,但似乎没有用。我错过了什么?
有时时区问题很难诊断,因为 SQL 客户端在显示数据时会在字段上执行转换。
我使用的一个技巧是将时间戳转换为 TEXT
,这样 SQL 客户端就不会更改其内容。因此,请尝试将数据选择为 SELECT field::TEXT
以验证它 实际上 的存储方式。
这会阻止 SQL 客户端执行任何善意的时区转换,并让您看到 'real' 基础数据。
Redshift 允许通过设置 COPY 命令的 timeformat 'epochmillisecs'
参数,使用其纪元表示加载与时间相关的类型,如 here 所述。它对 TIMESTAMP 非常有效,但对 TIME 列有些问题。
对应于 13:47:02.572000 的纪元值 1636984022000 (ms) 被 Redshift 导入为 22:41:11。我可以看到它与太平洋标准时间 (-08:00) 的 13:47:02 UTC 匹配。
我尝试了 alter user awsuser set timezone to 'UTC'
和 set timezone to default
,但似乎没有用。我错过了什么?
有时时区问题很难诊断,因为 SQL 客户端在显示数据时会在字段上执行转换。
我使用的一个技巧是将时间戳转换为 TEXT
,这样 SQL 客户端就不会更改其内容。因此,请尝试将数据选择为 SELECT field::TEXT
以验证它 实际上 的存储方式。
这会阻止 SQL 客户端执行任何善意的时区转换,并让您看到 'real' 基础数据。