SQL查询未被指定卖家收录的图书：解决LEFT JOIN误查问题

原查询的逻辑偏差核心在于判断维度错位：

• 原查询流程是：全量图书左连接全量卖家关联表 → 逐行筛选关联表中SellerId不在(1,3)的记录 → 直接返回对应ISBN
• 这套逻辑本质找的是“和1/3号卖家无关、由其他卖家持有的图书行”，完全没有判断“某本图书是否被1/3号卖家收录过”
• 比如ISBN=B的图书，关联表中存在卖家2的持有记录（SellerId=2，不在目标列表），哪怕它同时被1号卖家持有，也会被原查询筛出；ISBN=C同理，因为存在卖家4的持有记录，被错误返回，和“未被1、3号卖家收录”的业务需求完全不符。

以下两种实现均规避了逐行关联子查询的性能损耗，且逻辑完全匹配业务规则，大数据集下可通过联合索引实现高效执行：

方案1：提前过滤的反连接（Anti Join） #

核心思路是先把1/3号卖家持有过的ISBN去重压缩为小结果集，再和全量图书做匹配，减少关联阶段的扫描数据量：

SELECT B.ISBN10
FROM Book B
LEFT JOIN (
    -- 提前过滤目标卖家的关联记录，去重后压缩匹配集规模
    SELECT DISTINCT ISBN10
    FROM BookSeller
    WHERE SellerId IN (1, 3)
) TARGET_BOOK
ON B.ISBN10 = TARGET_BOOK.ISBN10
-- 关联匹配不到的条目，就是未被目标卖家收录的图书
WHERE TARGET_BOOK.ISBN10 IS NULL

性能说明：只要在BookSeller表上建立(SellerId, ISBN10)的联合非聚集索引，内层子查询可以完全通过索引扫描完成，不需要回表读全量数据；后续和Book表的匹配走索引查找即可，单表扫描规模仅为目标卖家的关联记录，远小于全表扫描。

方案2：NOT EXISTS 语义实现 #

SQL Server 优化器会对这类写法自动生成和反连接几乎一致的执行计划，写法更简洁：

SELECT B.ISBN10
FROM Book B
WHERE NOT EXISTS (
    SELECT 1
    FROM BookSeller S
    WHERE S.ISBN10 = B.ISBN10
      AND S.SellerId IN (1, 3)
)

按照当前测试数据，以上两个方案均返回空结果集，完全匹配预期：1号卖家持有ISBN A、B、C、F，3号卖家持有ISBN C、D、E、G，全量7本图书均被两个目标卖家覆盖，不存在未被收录的图书。

原错误查询的共性问题：在左连接后直接在WHERE子句过滤关联表的字段，会把没有关联匹配的NULL值行提前筛掉，同时把“是否存在目标卖家持有记录”的存在性判断，错换为“某条关联记录不属于目标卖家”的逐行判断，最终得到完全偏离需求的结果。

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