Postgresql to_timestamp在包装extract()时返回不同的日期

2023年5月30日 358次阅读

导入脚本略有错误,导致时间戳插入1000倍.然而,使用to_timestamp和extract()会导致约一个月的日期,即使中间数字和转换看起来是正确的.

1)
select start_time from matches order by match_id limit 1;

  | timestamp without time zone
----------------------
1 | 1970-01-16 11:29:18.352


2)
select (extract(epoch from start_time) * 1000)
  from matches order by match_id limit 1;

  | double precision
----------------------
1 | 1333758352


3)
select to_timestamp(1333758352) at time zone 'UTC';

  | timestamp without time zone
----------------------
1 | 2012-04-07 00:25:52


4)
select (to_timestamp(extract(epoch from start_time) * 1000) at time zone 'UTC')
  from matches order by match_id limit 1;

  | timestamp without time zone
----------------------
1 | 2012-05-18 16:25:52

1)显示时间戳列中的当前数据,2)和3)显示正在执行的正确数字和转换,但在4)中的一个查询中放在一起,日期最终偏移超过一个月.

我对这个问题有点困惑,因为组件单独工作,而to_timestamp中的简单数学也适用于我尝试过的其他情况.

再现(PostgreSQL 9.3.1)：

create table test_table ( t timestamp );
insert into test_table VALUES ('1970-01-16 11:29:18.352');
select (extract(epoch from t) * 1000) from test_table;
select to_timestamp(1333758352) at time zone 'UTC';
select (to_timestamp(extract(epoch from t) * 1000) at time zone 'UTC') from test_table;

SqlFiddle：http://sqlfiddle.com/#!15/12f6f/1/0

在SqlFiddle上,它适用于8.4,但在9.3上失败.

决议和原因

这里天真的方法遇到了一个边缘情况,我们最终将时区偏移量与原始日期相乘一小时.因此结果是1000小时的偏移(由于我在GMT).将非UTC时间转换为具有时区会丢弃GMT转换,从而使得日期的奇数乘法按预期进行.

因此,在对结果进行原始数学运算时提取(来自t :: timestamp with time zone的纪元),然后将其放回时间戳.

最佳答案 8.x和9.x版本之间的行为肯定存在差异. (
fiddle)

select 
    start_time
  , extract(epoch from start_time) * 1000 as epoch_start_time
  , to_timestamp(1337358352) at time zone 'UTC' as to_timestamp_int
  , to_timestamp(extract(epoch from start_time) * 1000) at time zone 'UTC' as to_timestamp_expression
from matches;

8.x显示您的行为. 9.x显示我的“无法重现”行为. (您可以在SQLfiddle的工具栏中切换版本.)

点赞