1

我通过 Supabase.io 使用 PostgreSQL 13.3。我有一个表，其中包含一个名为 modified_at 的字段，该字段的类型为 timestamptz：

CREATE TABLE IF NOT EXISTS knowledge_views (
  id uuid NOT NULL DEFAULT uuid_generate_v4() PRIMARY KEY,
  modified_at timestamp with time zone DEFAULT timezone('utc'::text, now()) NOT NULL
);

我有一个条目，modified_at 是：（2021-09-27T20:55:25.625Z编辑：不是，Supabase 当前隐藏了微秒）。以下陈述均无效：

SELECT * FROM knowledge_views WHERE modified_at = timestamptz '2021-09-27T20:55:25.625Z';

SELECT * FROM knowledge_views WHERE modified_at = '2021-09-27T20:55:25.625Z'::timestamptz;

SELECT * FROM knowledge_views WHERE modified_at = to_timestamp(1632776125.625);

SELECT * FROM knowledge_views WHERE modified_at >= to_timestamp(1632776125.625) AND modified_at <= to_timestamp(1632776125.625);

但是，如果采用最后一个查询并将毫秒数增加<=一，1632776125.626那么它会正确找到该行：

SELECT * FROM knowledge_views WHERE modified_at >= to_timestamp(1632776125.625) AND modified_at <= to_timestamp(1632776125.626);

有没有办法通过精确的时间戳值（包括毫秒）来选择一行？

如果这是不可能的，那么在最大毫秒值上加 1 的（hacky）方法是否稳健？或者我也应该从最小值减一，例如：>= to_timestamp(1632776125.624) AND modified_at <= to_timestamp(1632776125.626)？

** 编辑 **

使用以下内容显示该字段实际上以微秒精度存储：

SELECT modified_at as original, cast(extract(epoch from modified_at) * 1000000 as bigint) FROM knowledge_views;
原来的 整数8
2021-09-27T20:55:25。第625章 1632776125 625 535

我意识到它在客户端保持时间戳值字符串不变之前工作，即：

supabase.from("knowledge_views").select("*").eq("modified_at", "2021-09-27T20:55:25.625535")

这在我使用时打破了：new Date("2021-09-27T20:55:25.625535")它减少了微秒。

4

2 回答 2

4

我有一个条目，其中 modified_at 是：2021-09-27T20:55:25.625Z。

你怎么知道那是准确的值？我问是因为 Postgres 时间戳具有微秒级分辨率（6 个小数位）。默认情况下不显示尾随零，但now()（在奇数列中DEFAULT）产生精确到毫秒的时间戳的机会是千分之一。基础知识：

我的猜测是您的客户报告的时间戳四舍五入到毫秒（可能是由于不幸的设置？）。在像默认 PostgreSQL 交互式终端SELECT * FROM knowledge_views;一样的理智客户端中运行以获取实际值。然后你会发现操作符按预期工作。psql=timestamptz

于 2021-09-28T00:06:13.993 回答
1

我会放弃DEFAULT timezone('utc'::text, now()). timestamptz值已经存储在UTC其中，您所做的只是以您不想要的方式转置值：

 show timezone;
  TimeZone  
------------
 US/Pacific

create table tstz_test(id integer, tstz_fld timestamptz);

insert into tstz_test values (1, now()), (2, timezone('UTC', now()));

select * from tstz_test ;
 id |           tstz_fld            
----+-------------------------------
  1 | 2021-09-27 16:56:35.964202-07
  2 | 2021-09-27 23:56:35.964202-07

select tstz_fld AT TIME ZONE 'UTC' from tstz_test ;
          timezone          
----------------------------
 2021-09-27 23:56:35.964202
 2021-09-28 06:56:35.964202

 select * from tstz_test where tstz_fld = '2021-09-27 23:56:35.964202Z'::timestamptz;
 id |           tstz_fld            
----+-------------------------------
  1 | 2021-09-27 16:56:35.964202-07

所以毫秒不是问题。

于 2021-09-28T00:02:47.140 回答