下面哪个查询更快?
不存在:
SELECT ProductID, ProductName
FROM Northwind..Products p
WHERE NOT EXISTS (
SELECT 1
FROM Northwind..[Order Details] od
WHERE p.ProductId = od.ProductId)
或不在:
SELECT ProductID, ProductName
FROM Northwind..Products p
WHERE p.ProductID NOT IN (
SELECT ProductID
FROM Northwind..[Order Details])
查询执行计划表示它们都做相同的事情。如果是这样的话，推荐哪种形式?
这是基于北风的数据库。
(编辑)
刚找到这篇有用的文章: http://weblogs.sqlteam.com/mladenp/archive/2007/05/18/60210.aspx
我想我还是用“不存在”吧。
当前回答
事实上，我相信这是最快的:
SELECT ProductID, ProductName
FROM Northwind..Products p
outer join Northwind..[Order Details] od on p.ProductId = od.ProductId)
WHERE od.ProductId is null
其他回答
事实上，我相信这是最快的:
SELECT ProductID, ProductName
FROM Northwind..Products p
outer join Northwind..[Order Details] od on p.ProductId = od.ProductId)
WHERE od.ProductId is null
这取决于. .
SELECT x.col
FROM big_table x
WHERE x.key IN( SELECT key FROM really_big_table );
不会相对较慢，也没有太多限制查询检查的大小，看看他们的键是否在。在这种情况下，存在是可取的。
但是，根据DBMS的优化器，这可能没有什么不同。
作为一个例子，当存在更好
SELECT x.col
FROM big_table x
WHERE EXISTS( SELECT key FROM really_big_table WHERE key = x.key);
AND id = very_limiting_criteria
我有一个大约有120,000条记录的表，需要只选择那些不存在的(匹配一个varchar列)，在其他四个表中，行数约为1500,4000,40000,200。所有相关的表在相关的Varchar列上都有唯一的索引。
NOT IN花了大约10分钟，NOT EXISTS花了4秒。
我有一个递归查询，它可能有一些未调优的部分，这可能是10分钟的贡献，但另一个选项花了4秒解释，至少对我来说，NOT EXISTS是更好的，或者至少，IN和EXISTS并不完全相同，在继续代码之前总是值得检查。
它们非常相似，但并不完全相同。
在效率方面，我发现左join is null语句更有效(当要选择大量行时)
在您的特定示例中，它们是相同的，因为优化器已经发现您正在尝试做的事情在两个示例中是相同的。但在非平凡的例子中，优化器可能不会这样做，在这种情况下，有时有理由更喜欢其中一个。
如果在外层选择中测试多行，则首选NOT IN。可以在执行开始时计算NOT IN语句中的子查询，并且可以根据外部选择中的每个值检查临时表，而不是像NOT EXISTS语句那样每次都需要重新运行子选择。
如果子查询必须与外部选择相关联，那么NOT EXISTS可能更可取，因为优化器可能会发现一种简化，可以防止创建任何临时表来执行相同的功能。
