如何从 PostgreSQL 获取当前的 unix 时间戳?

Jon*_*nas 119 postgresql timestamp

Unix 时间戳是自 UTC 时间 1970 年 1 月 1 日午夜以来的秒数。

如何从 PostgreSQL 获取正确的 unix 时间戳?

currenttimestamp.comtimestamp.1e5b.de相比时,我没有从 PostgreSQL 得到预期的时间:

这将返回正确的时间戳:

SELECT extract(epoch from now());
Run Code Online (Sandbox Code Playgroud)

虽然这不会:

SELECT extract(epoch from now() at time zone 'utc');
Run Code Online (Sandbox Code Playgroud)

我住在 UTC +02 时区。从 PostgreSQL 获取当前 unix 时间戳的正确方法是什么?

这将返回正确的时间和时区:

SELECT now();
              now
-------------------------------
 2011-05-18 10:34:10.820464+02
Run Code Online (Sandbox Code Playgroud)

另一个对比:

select now(), 
extract(epoch from now()), 
extract(epoch from now() at time zone 'utc');
              now              |    date_part     |    date_part
-------------------------------+------------------+------------------
 2011-05-18 10:38:16.439332+02 | 1305707896.43933 | 1305700696.43933
(1 row)

Unix timestamp from the web sites:
1305707967
Run Code Online (Sandbox Code Playgroud)

Jac*_*las 109

Postgres里,timestamp with time zone可简写为timestamptz,和timestamp without time zone作为timestamp。为简单起见,我将使用较短的类型名称。

充分利用Postgres的Unix时间戳timestamptz一样now()简单,像你说的,只是:

select extract(epoch from now());
Run Code Online (Sandbox Code Playgroud)

这就是从任何类型timestamptz(包括now().

当你有一个timestamp领域时,事情只会变得复杂。

当您将timestamptz数据now()放入该字段时,它将首先转换为特定时区(显式at time zone转换为会话时区或通过转换为会话时区)并丢弃时区信息。它不再指绝对时间。这就是为什么您通常不想像timestamp通常使用的那样存储时间戳的原因timestamptz——也许电影在每个时区的特定日期下午 6 点上映,这就是用例。

如果您只在一个时区工作,您可能会(错误)使用timestamp. 转换回timestamptz足够聪明以应对 DST,并且出于转换目的,时间戳被假定为在当前时区中。以下是 GMT/BST 的示例:

select '2011-03-27 00:59:00.0+00'::timestamptz::timestamp::timestamptz
     , '2011-03-27 01:00:00.0+00'::timestamptz::timestamp::timestamptz;

/*
|timestamptz           |timestamptz           |
|:---------------------|:---------------------|
|2011-03-27 00:59:00+00|2011-03-27 02:00:00+01|
*/
Run Code Online (Sandbox Code Playgroud)

DB小提琴

但是,请注意以下令人困惑的行为:

set timezone to 0;

values(1, '1970-01-01 00:00:00+00'::timestamp::timestamptz)
    , (2, '1970-01-01 00:00:00+02'::timestamp::timestamptz);

/*
|column1|column2               |
|------:|:---------------------|
|      1|1970-01-01 00:00:00+00|
|      2|1970-01-01 00:00:00+00|
*/
Run Code Online (Sandbox Code Playgroud)

DB小提琴

是因为

PostgreSQL 在确定其类型之前从不检查文字字符串的内容,因此将 [...] 视为没有时区的时间戳。为了确保一个文字被视为带时区的时间戳,给它一个正确的显式类型......在一个被确定为不带时区的时间戳的文字中,PostgreSQL 将默默地忽略任何时区指示

  • @WM 也许是这样?`SELECT FLOOR(EXTRACT(epoch FROM NOW())*1000);` (3认同)

小智 29

SELECT extract(epoch from now() at time zone 'utc');
Run Code Online (Sandbox Code Playgroud)

不会返回正确的时间戳,因为 postgres 时区转换会从结果中丢弃时区信息:

9.9.3. 在时区

语法:timestamp without time zone AT TIME ZONE zone
返回:timestamp with time zone
将没有时区的给定时间戳视为位于指定的时区

语法:带时区的时间戳 AT TIME ZONE zone
返回:不带时区的时间戳
将给定的带时区的时间戳转换为新时区,不指定时区

之后,提取查看没有时区的时间戳并将其视为本地时间(尽管它实际上已经是 utc)。

正确的方法是:

select now(),
       extract(epoch from now()),                                          -- correct
       extract(epoch from now() at time zone 'utc'),                       -- incorrect
       extract(epoch from now() at time zone 'utc' at time zone 'utc');    -- correct

          now                  |    date_part     |    date_part     |    date_part
-------------------------------+------------------+------------------+------------------
 2014-10-14 10:19:23.726908+02 | 1413274763.72691 | 1413267563.72691 | 1413274763.72691
(1 row)
Run Code Online (Sandbox Code Playgroud)

在最后一行中,第一行at time zone执行转换,第二行为结果分配新的时区。