在EF6中构建高效左反半连接：存储过程转EF的NOT IN改写问询

嘿，我之前也折腾过把复杂存储过程转EF的活儿，太懂这种要兼顾性能、可读性还要踩坑的痛点了！针对你原来的NOT IN逻辑，EF6里有几种高效的实现方式，给你唠唠最实用的几个：

1. 优先使用!Any()（强推） #

EF6会把!Any()转换成SQL里的NOT EXISTS，这比NOT IN靠谱多了——毕竟NOT IN如果子查询里出现NULL值，整个结果集会直接为空，而NOT EXISTS不会有这个坑，而且性能通常也更优。

结合你现有的查询代码，直接加个!Any()条件就行：

var results = dbc.products
    .Where(p => p.warehouse == warehouse 
             && p.BarConversion.Bar.BarDate > someDate // 你原来的过滤条件
             && !dbc.productsShipped.Any(ps => ps.idProduct == p.idProduct))
    .Select(p => p.idProduct);

如果你的products实体和productsShipped实体已经配置了导航属性（比如p.ShippedRecords），那代码还能更简洁：

var results = dbc.products
    .Where(p => p.warehouse == warehouse 
             && p.BarConversion.Bar.BarDate > someDate
             && !p.ShippedRecords.Any())
    .Select(p => p.idProduct);

2. 左连接后筛选NULL（备选） #

另一种方式是用左外连接，然后筛选出没有匹配记录的行，不过这种方式生成的SQL通常不如!Any()高效，适合某些特定场景：

var results = from p in dbc.products
              join ps in dbc.productsShipped on p.idProduct equals ps.idProduct into shippedGroup
              from ps in shippedGroup.DefaultIfEmpty()
              where p.warehouse == warehouse 
                 && p.BarConversion.Bar.BarDate > someDate
                 && ps == null
              select p.idProduct;

为啥强推!Any()？ #

• 避开NOT IN的NULL陷阱：如果productsShipped里的idProduct有NULL，NOT IN会直接返回空结果，而NOT EXISTS（也就是!Any()转成的SQL）不会。
• EF6对!Any()的SQL转换更优化，执行计划通常更高效。
• 代码可读性更高，一眼就能看出是“筛选出没有被发货记录的产品”。

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