Jon*_*nas 119 postgresql timestamp
Unix 时间戳是自 UTC 时间 1970 年 1 月 1 日午夜以来的秒数。
如何从 PostgreSQL 获取正确的 unix 时间戳?
与currenttimestamp.com和timestamp.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)
但是,请注意以下令人困惑的行为:
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)
这是因为:
PostgreSQL 在确定其类型之前从不检查文字字符串的内容,因此将 [...] 视为没有时区的时间戳。为了确保一个文字被视为带时区的时间戳,给它一个正确的显式类型......在一个被确定为不带时区的时间戳的文字中,PostgreSQL 将默默地忽略任何时区指示
小智 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执行转换,第二行为结果分配新的时区。
| 归档时间: |
|
| 查看次数: |
211789 次 |
| 最近记录: |