主页 / dba / 问题 / 52872
Accepted
Heinzi
Asked: 2013-11-07 02:50:49 +0800 CST

不应该避免吗？

  • 772

在一些 SQL Server 开发人员中，人们普遍认为NOT IN速度非常慢，应该重写查询，以便返回相同的结果但不使用“evil”关键字。（例子）。

这有什么道理吗？

例如，SQL Server 中是否存在某些已知错误（哪个版本？）导致查询使用NOT IN的执行计划比使用的等效查询更差

  • 结合检查LEFT JOIN或NULL
  • (SELECT COUNT(*) ...) = 0在WHERE条款中？
sql-server performance

1 个回答

  1. Best Answer

    我认为这与非常慢没有任何关系；它与潜在的不准确有关。例如，给定以下数据 - 可以由个人客户或 B2B 合作伙伴下达的订单：

    DECLARE @Customers TABLE(CustomerID INT);

INSERT @Customers VALUES(1),(2);

DECLARE @Orders TABLE(OrderID INT, CustomerID INT, CompanyID INT);

INSERT @Orders VALUES(10,1,NULL),(11,NULL,5);

    假设我想找到所有从未下过订单的客户。根据数据，只有一个：客户 #2。以下是我编写查询以查找该信息的三种方法（还有其他方法）：

    SELECT [NOT IN] = CustomerID FROM @Customers 
  WHERE CustomerID NOT IN (SELECT CustomerID FROM @Orders);

SELECT [NOT EXISTS] = CustomerID FROM @Customers AS c 
  WHERE NOT EXISTS (SELECT 1 FROM @Orders AS o
  WHERE o.CustomerID = c.CustomerID);

SELECT [EXCEPT] = CustomerID FROM @Customers
EXCEPT SELECT CustomerID FROM @Orders;

    结果：

    NOT IN
------
                 -- <-- no results. Is that what you expected?

NOT EXISTS
----------
2

EXCEPT
------
2

    现在，还有一些性能问题，我在这篇博文中讨论了这些问题。根据数据和索引，NOT EXISTS通常会跑赢NOT IN，而且我不知道它是否会表现得更差。您还应该注意，EXCEPT可以引入不同的排序操作，因此您最终可能会得到不同的数据（同样，取决于来源）。而且流行的LEFT OUTER JOIN ... WHERE right.column IS NULL模式总是表现最差的。

    Martin Smith 在他关于 SO 的回答中也有很多很好的支持信息。

    • 14

相关问题