PostgreSQL带USING子句的DELETE语句未按预期执行的原因

表结构 #

table1 #

"table1_pkey" PRIMARY KEY, btree (id)
"table1_user_id" btree (user_id)
"table1_active" btree (bool_to_int(active))
...
Referenced by:
    TABLE "table2" CONSTRAINT "my_id" FOREIGN KEY (my_id) REFERENCES table1(id) DEFERRABLE INITIALLY DEFERRED

table2 #

"table2_pkey" PRIMARY KEY, btree (id)
"table2_my_id" btree (my_id)
...
"my_id" FOREIGN KEY (my_id) REFERENCES table1(id) 
DEFERRABLE INITIALLY DEFERRED

执行的DELETE语句 #

尝试执行的删除语句：

delete from table2 using table1 where user_id = 3
  and my_id = any(array[1, 2, 3])

预期与实际结果 #

• 预期：通过外键my_id <-> id关联两张表，仅删除table1中user_id=3且table2中my_id属于[1,2,3]的table2行。
• 实际：删除了所有my_id在数组中的table2行，完全忽略user_id=3的限制，误删其他用户的记录。

原因解析 #

核心问题是你在USING子句中没有建立table2和table1的关联条件。

PostgreSQL中，DELETE ... USING语法里，USING后的表如果不与主表（这里是table2）显式关联，会产生笛卡尔积：只要table1中存在至少一行满足user_id=3，那么所有table2中符合my_id = any(array[1,2,3])的行，都会和table1的这行匹配，最终被标记为待删除。

换句话说，原语句的逻辑不是“删除属于user_id=3的那些my_id在数组里的行”，而是“如果table1里有user_id=3的行，就删除所有my_id在数组里的table2行”——这完全不符合你的预期。

要实现关联过滤，必须在WHERE子句中加上table2.my_id = table1.id，明确两张表的外键关联关系，这样才能确保只删除属于该user_id的目标行。

修正后的语句应该是：

delete from table2 using table1 
where table2.my_id = table1.id
  and table1.user_id = 3
  and table2.my_id = any(array[1, 2, 3])

可行替代方案 #

你找到的子查询方案也能实现需求，这里再贴出来：

delete from table2 where my_id in (select my_id from table2 join table1 on table1.id = table2.my_id where user_id = 3 and my_id = any(array[1, 2, 3]))

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