事情可能会失败,因为当您在特定时区的数据库中查询日期时间并有效地将时间戳类型转换为没有时区的时间戳时。在这种情况下,数据库不会向 knex 发送有关返回时间所在时区的信息。
因此 knex (或者更确切地说 knex 使用的 pg 驱动程序)将您的时间戳解释为本地时间,这取决于运行 knex 的应用程序服务器的时区设置。
您可以像 UTC 一样获取时间,并使用 moment 或 luxon 库在 JavaScript 端进行时区转换(IMO 后者更适合时区处理)。
其他解决方案是告诉 pg 驱动程序时间戳和带有时区类型的时间戳不应转换为JavaScript
Date
对象。
可以这样做(https://github.com/brianc/node-pg-types https://github.com/brianc/node-pg-types):
const types = require('pg').types;
const TIMESTAMPTZ_OID = 1184;
const TIMESTAMP_OID = 1114;
types.setTypeParser(TIMESTAMPTZ_OID, val => val);
types.setTypeParser(TIMESTAMP_OID, val => val);
此代码使所有时间戳作为字符串返回,可以添加到例如开始时knexfile.js
。这些返回的字符串将与数据库服务器本身返回的格式完全相同。
EDIT:
在原始帖子的代码中,当时间戳转换为时区时UTC
数据库服务器转换timestamp with time zone
类型要正常timestamp without time zone
所以返回的值没有时区信息。要添加时区信息,您可以将 +02 添加到返回时间戳的末尾,如下所示:
select ('2010-01-01T00:00:00.000Z'::timestamptz AT TIME ZONE 'UTC')::text || '+00';
哪个返回2010-01-01 00:00:00+00
到驱动程序,pg 驱动程序也可以正确读取。
这将有效地完成与仅设置相同的事情SET TIME ZONE 'UTC';
在数据库服务器中,当创建连接并直接返回 timestamptz 列时:
SET TIME ZONE 'UTC';
select '2010-01-01T00:00:00.000+02:00'::timestamptz;
哪个会返回2009-12-31 22:00:00+00
.