完全可以实现让PostgreSQL始终输出毫秒级精度的时间戳，完美解决你和JavaScript客户端交互时的精度匹配问题，以及数据重复存储的困扰，具体操作如下：

1. 确认并优化表结构定义 #

你当前的表结构已经用了timestamp(3)类型（代表保留3位小数，即毫秒级精度），这一步是对的！不过可以把now()::timestamp(3)换成更简洁规范的CURRENT_TIMESTAMP(3)，效果完全一致：

CREATE TABLE abc ( 
  -- 其他字段
  modified_at timestamp without time zone DEFAULT CURRENT_TIMESTAMP(3) NOT NULL 
);

CURRENT_TIMESTAMP(3)会直接生成精确到毫秒的时间戳，存储时不会包含微秒部分，从根源上统一精度。

2. 修正更新/upsert语句的时间戳赋值 #

在你的UPDATE语句中，同样用CURRENT_TIMESTAMP(3)替代now()::timestamp(3)，同时要确保WHERE条件里的item.modified_at是和数据库精度一致的毫秒级时间戳（JS端传递过来的Date对象转成的ISO字符串就符合要求）：

UPDATE abc SET 
  -- 其他字段
  modified_at = CURRENT_TIMESTAMP(3) 
WHERE modified_at = item.modified_at;

如果是upsert（INSERT ... ON CONFLICT），同样在SET子句中使用CURRENT_TIMESTAMP(3)来更新时间戳，保证精度统一。

3. 客户端查询的匹配问题解决 #

现在数据库里的modified_at都是毫秒级精度，JavaScript的Date对象虽然会丢弃微秒，但刚好和数据库的精度对齐！你只需要把数据库返回的时间戳字符串直接转成Date对象即可，查询时再把Date对象转成ISO字符串传入Supabase的查询条件：

// 从Supabase获取数据后转成Date对象
const item = await supabase.from('abc').select('*').eq('id', 1).single();
item.modified_at = new Date(item.modified_at);

// 查询时用Date对象转成的ISO字符串匹配
const matchedItems = await supabase.from('abc').select('*').eq('modified_at', item.modified_at.toISOString());

这样就不需要额外存储微秒字符串，完全避免了数据重复和不同步的问题。

额外小贴士 #

如果需要自动更新时间戳（比如每次行修改时自动更新），可以创建一个触发器，省去手动在更新语句中设置的麻烦：

CREATE OR REPLACE FUNCTION update_modified_at()
RETURNS TRIGGER AS $$
BEGIN
  NEW.modified_at = CURRENT_TIMESTAMP(3);
  RETURN NEW;
END;
$$ LANGUAGE plpgsql;

CREATE TRIGGER trigger_update_modified_at
BEFORE UPDATE ON abc
FOR EACH ROW EXECUTE FUNCTION update_modified_at();

这样每次执行UPDATE时，modified_at会自动被设置为当前毫秒级时间戳，不用手动写赋值语句。

内容的提问来源于stack exchange，提问作者AJP