一对多关联表中正确排除记录的三种SQL方案对比分析

1. 哪种写法正确？ #

写法1和写法2是正确的，能满足需求；写法3完全错误，无法得到预期结果。

2. 三种写法的差异是什么？ #

• 写法1：子查询用SELECT 1，且明确关联两张表的CustomerID（e.CustomerID = c.CustomerID），核心逻辑是检查当前Contacts记录的CustomerID在CustomerExclusion表中是否存在符合exclusion_type IN ('BadAddress','OptOutOnly')且flag='Y'的记录，不存在则保留这条Contacts记录，完全匹配需求。
• 写法2：子查询改为SELECT CustomerID，但保留了e.CustomerID = c.CustomerID的关联条件，逻辑和写法1完全一致，仅子查询选择的字段不同。
• 写法3：子查询缺少CustomerID关联条件，只要CustomerExclusion表中存在任意一条符合exclusion_type和flag条件的记录，就会把所有Contacts记录全部排除，彻底偏离了“排除存在对应排除记录的客户”的需求。

3. 从性能优化角度，哪种写法更优？ #

写法1和写法2在主流数据库（如MySQL、PostgreSQL、SQL Server）中的执行效率几乎无差异——因为NOT EXISTS只需要判断子查询是否存在匹配行，不需要实际返回字段数据，所以不管写SELECT 1还是SELECT CustomerID，数据库都会优化成相同的执行计划。

不过SELECT 1是行业通用写法，它明确传达了“仅判断存在性”的意图，数据库也无需读取CustomerID字段的实际值，理论上有极微小的性能优势，但实际使用中几乎感知不到。

真正影响性能的关键是索引优化：建议给CustomerExclusion表创建复合索引(CustomerID, exclusion_type, flag)，这样数据库能快速定位符合条件的记录，避免全表扫描，大幅提升查询效率。

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