PostgreSQL技术问询：删除table_2中未在table_1存在匹配username的记录及语句有效性验证

让我们一步步拆解你的问题，帮你理清这几种写法的差异：

1. 你提到的NOT IN DELETE语句是否可行？ #

这条语句在特定情况下能工作，但有明显的局限性。如果table_1的username字段完全没有NULL值，它确实能删除table_2里那些username不在table_1中的记录。但如果table_1里存在哪怕一条username为NULL的记录，这条语句就会彻底失效——因为NOT IN子查询只要包含NULL，整个条件的结果就会变成UNKNOWN，PostgreSQL不会把UNKNOWN判定为TRUE，所以不会删除任何数据。

2. 末尾的WHERE username IS NOT NULL是否必要？ #

非常必要！ 这正是用来规避上面说的NULL陷阱的关键。如果去掉这个条件，一旦table_1里有NULL的username，SELECT username FROM table_1会把这个NULL包含进去，此时table_2中所有的username NOT IN (...)判断都会返回UNKNOWN，导致删除操作完全不起作用。加上这个条件后，子查询会过滤掉NULL值，就能避免这种情况。

不过哪怕加了这个条件，NOT IN也不如你最终用的NOT EXISTS写法健壮——NOT EXISTS天生就不受NULL值的影响，逻辑更直观，也更安全。

3. 为什么NOT EXISTS的语句更可靠？ #

NOT EXISTS是基于行的存在性检查：它会逐条遍历table_2的记录，检查table_1里是否存在匹配username的行，不管table_1里有没有NULL，判断逻辑都是清晰明确的。而NOT IN是基于集合成员关系判断，SQL的三值逻辑里，NULL和任何值比较的结果都是UNKNOWN，一旦集合里有NULL，整个NOT IN的结果就会变成UNKNOWN，导致条件不成立。

举个简单例子：假设table_1里有一条username为NULL的记录，那么'alice' NOT IN ('bob', NULL)的结果是UNKNOWN，PostgreSQL不会删除table_2里username为alice的记录，这显然不符合你的需求。

所以你最终使用的NOT EXISTS语句是更推荐的方案，完全能实现你的需求，而且没有NOT IN带来的潜在风险。

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