问题分析 #

你的问题核心出在UPDATE语句的FROM子句关联逻辑上：你在FROM里重新引用了data.foo r并和data.bar做关联，但要更新的目标表data.foo并没有和这个r表设置任何关联条件。这就导致PostgreSQL会把目标表的每一行，都和FROM子句查询出的56行结果做笛卡尔积匹配——最终所有行都会被更新（哪怕是不在WHERE条件里的行），因为没有关联限制，目标表的任意一行都会匹配到FROM结果集中的某一行，从而被覆盖。

正确的更新语句写法 #

你需要把目标表data.foo和FROM里的关联结果通过唯一标识关联起来，确保只有符合条件的行才会被更新。这里提供两种靠谱的写法：

写法1：直接关联目标表与bar表

UPDATE data.foo f
SET draft_id = ro.draft_id  -- 注：你提到bar的主键是ro_id，但建表语句里实际是draft_id，这里请根据实际列名调整
FROM data.bar ro
WHERE f.group_id = ro.group_id
  AND f.draft_id IN ('d49aaa45-2dd0-45aa-9e72-131b790fc75c', ...);

写法2：用子查询明确更新逻辑

如果想要更清晰的逻辑，可以先用子查询锁定需要更新的行和对应的新ID：

UPDATE data.foo f
SET draft_id = (SELECT ro.draft_id FROM data.bar ro WHERE ro.group_id = f.group_id)
WHERE f.draft_id IN ('d49aaa45-2dd0-45aa-9e72-131b790fc75c', ...)
  AND EXISTS (SELECT 1 FROM data.bar ro WHERE ro.group_id = f.group_id); -- 确保存在对应的bar表数据，避免更新为NULL

为什么查询语句能正确返回56行？ #

你的SELECT语句是直接从data.foo r关联data.bar，并通过WHERE条件过滤出目标行，逻辑是闭环的；但UPDATE语句里的目标表和FROM里的r没有关联，相当于两个独立的数据集合，所以才会出现全表更新的意外情况。

额外提醒 #

1. 因为你要更新的是主键列，一定要确保来自bar表的新draft_id在foo表中是唯一的，否则会触发主键冲突错误。
2. 执行更新前，建议先用SELECT验证逻辑：

SELECT f.draft_id AS old_id, ro.draft_id AS new_id
FROM data.foo f
JOIN data.bar ro ON f.group_id = ro.group_id
WHERE f.draft_id IN ('d49aaa45-2dd0-45aa-9e72-131b790fc75c', ...);

确认新旧ID的对应关系没问题后，再执行UPDATE操作。

备注：内容来源于stack exchange，提问作者CalumMcCall