云服务器网:购买云服务器和VPS必上的网站!

PostgreSQL timestamp踩坑记录与填坑指南

项目Timezone情况
NodeJS:UTC+08
PostgreSQL:UTC+00timestampTest.js
const { Client } = require(pg)
const client = new Client()
client.con

项目Timezone情况

NodeJS:UTC+08

PostgreSQL:UTC+00

timestampTest.js
const { Client } = require(‘pg’)
const client = new Client()

client.connect()
let sql = “
client.query(sql, (err, res) => {
console.log(err ? err.stack : res.rows[0].datetime)
client.end()
})

区别时区to_timestamp查询结果

测试输入数据为1514736000(UTC时间2017⑴2⑶1 16:00:00,北京时间2018-01-01 00:00:00)

1、timezone=UTC

BEGIN;
SET TIME ZONE ‘UTC’;
SELECT to_timestamp(1514736000) as datetime;
END;

直接查询:2017⑴2⑶1 16:00:00+00YES

pg查询:2017⑴2⑶1T16:00:00.000ZYES

2、timezone=PRC

BEGIN;
SET TIME ZONE ‘PRC’;
SELECT to_timestamp(1514736000) as datetime;
END;

直接查询:2018-01-01 00:00:00+08NO

pg查询:2017⑴2⑶1T16:00:00.000ZYES

PostgreSQL官方文档对timestamp的一个描写

详见:8.5.1.3. Time Stamps

In a literal that has been determined to be timestamp without time zone, PostgreSQL will silently ignore any time zone indication. That is, the resulting value is derived from the date/time fields in the input value, and is not adjusted for time zone.

使用to_timestamp进行时间转换且DB时区非UTC时,写入**timestamp without time zone**类型的COLUMN则会与预期结果不符。

区别Timezone/columnType查询结果

1、timezone=UTC,timestamp with timezone

BEGIN;
SET TIME ZONE ‘UTC’;
SELECT TIMESTAMP WITH TIME ZONE ‘2017⑴2⑶1T16:00:00+00’ as datetime;
END;

直接查询:2017⑴2⑶1 16:00:00+00YES

pg查询:2017⑴2⑶1T16:00:00.000ZYES

2、timezone=UTC,timestamp without timezone

BEGIN;
SET TIME ZONE ‘UTC’;
SELECT TIMESTAMP ‘2017⑴2⑶1T16:00:00+00’ as datetime;
END;

直接查询:2017⑴2⑶1 16:00:00YES

pg查询:2017⑴2⑶1T08:00:00.000ZNO

3、timezone=PRC,timestamp with timezone

BEGIN;
SET TIME ZONE ‘PRC’;
SELECT TIMESTAMP WITH TIME ZONE ‘2017⑴2⑶1T16:00:00+00’ as datetime;
END;

直接查询:2018-01-01 00:00:00+08YES

pg查询:2017⑴2⑶1T16:00:00.000ZYES

4、timezone=PRC,timestamp without timezone

BEGIN;
SET TIME ZONE ‘PRC’;
SELECT TIMESTAMP ‘2017⑴2⑶1T16:00:00+00’ as datetime;
END;

直接查询:2017⑴2⑶1 16:00:00YES

pg查询:2017⑴2⑶1T08:00:00.000ZNO

据以上结果可判定:

使用pg查询**timestamp without time zone**类型的COLUMN时,会将数据库存储的时间当作北京时间而非UTC时间,与数据库时区没有关系。

总结

网上类似问题的解决办法是将DB时区改成UTC+08。

原理:写入DB的时间实际为北京时间,pg库恰好是当作北京时间读取,所以时间戳就不会出问题了。

假设利用部署在区别的地域,使用timestamp without time zone存储timestamp这样的设计简直是灾害。

不要用timestamp without time zone存储timestamp!

不要用timestamp without time zone存储timestamp!

不要用timestamp without time zone存储timestamp!

补充:pg查询时间间隔(timestamp类型)

create_date timestamp(6) without time zone

1.从2015⑴0⑴2到2015⑴0⑴3 之间的4点到9点的数据

select * from schedule where create_date
between to_date(‘2015⑴0⑴2′,’yyyy-MM-dd’)
and to_date(‘2015⑴0⑴3′,’yyyy-MM-dd’)
and EXTRACT(hour from create_date) between 4 and 9;

结果:

2.2015⑴0⑴2五点的数据

select * from schedule where hospital_id=’syzyyadmin’ and date_trunc(‘hour’,create_date)=to_timestamp(‘2015⑴0⑴2 05′,’YYYY-MM-DD HH24’)

结果:

以上为个人经验,希望能给大家一个参考,也希望大家多多支持。如有毛病或未斟酌完全的地方,望不吝赐教。

本文来源:https://www.yuntue.com/post/149318.html | 云服务器网,转载请注明出处!

关于作者: yuntue

云服务器(www.yuntue.com)是一家专门做阿里云服务器代金券、腾讯云服务器优惠券的网站,这里你可以找到阿里云服务器腾讯云服务器等国内主流云服务器优惠价格,以及海外云服务器、vps主机等优惠信息,我们会为你提供性价比最高的云服务器和域名、数据库、CDN、免费邮箱等企业常用互联网资源。

为您推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注