SQL JOIN vs IN性能？

在某些情况下，使用JOIN或IN将为我提供正确的结果...哪一种通常具有更好的性能，为什么？它在多大程度上取决于您正在运行的数据库服务器？（仅供参考，我正在使用MSSQL）

一般来说，IN和JOIN是可以产生不同结果的不同查询。

SELECT  a.*
FROM    a
JOIN    b
ON      a.col = b.col

与...不同

SELECT  a.*
FROM    a
WHERE   col IN
        (
        SELECT  col
        FROM    b
        )

，除非b.col是唯一的。

但是，这是第一个查询的同义词：

SELECT  a.*
FROM    a
JOIN    (
        SELECT  DISTINCT col
        FROM    b
        )
ON      b.col = a.col

如果联接列被UNIQUE标记为，则这两个查询在中产生相同的计划SQL Server。

如果不是，则IN比JOINon 快DISTINCT。

有关性能的详细信息，请参见我的博客中的这篇文章：

• INvs. JOINvs.EXISTS

有趣的是，我提到了一个有关此主题的博客文章。

请参阅Oracle，MySQL，SQL Server：聚合与联接

简短的答案：您必须对其进行测试，并且各个数据库的差异很大。

这很难说-为了真正找出哪个更好，您需要实际分析执行时间。

作为一般经验法则，我认为如果您的外键列上有索引，并且如果仅（或主要）使用INNER JOIN条件，则JOIN会稍快一些。

但是，一旦您开始使用OUTER JOIN，或者如果您缺少外键索引，则IN可能会更快。

马克

关于逻辑差异的有趣文章：SQL Server：JOIN vs IN vs EXISTS-逻辑差异

我非常确定，假设保持关系和索引，Join的整体效果会更好（与其他操作相比，在该操作上投入更多的精力）。如果从概念上考虑它，那么它是2个查询和1个查询之间的区别。

您需要将其连接到查询分析器，然后尝试一下以查看区别。还要查看查询执行计划，并尝试最小化步骤。

这个主题很老，但仍然经常提及。就我个人的口味而言，它有点不完整，因为还有另一种方法可以使用EXISTS关键字查询数据库，我发现它经常更快。

因此，如果您仅对表a中的值感兴趣，则可以使用以下查询：

SELECT  a.*
FROM    a
WHERE   EXISTS (
    SELECT  *
    FROM    b
    WHERE   b.col = a.col
    )

如果不对col进行索引，则差异可能会很大，因为db不必查找b中具有col相同值的所有记录，而只需查找第一个记录。如果b.col上没有索引，则可能会导致ba表扫描中有很多记录。对于IN或JOIN，这将是全表扫描，对于EXISTS，这将仅是部分表扫描（直到找到第一个匹配记录）。

如果b中有很多记录具有相同的col值，那么您也会浪费大量内存将所有这些记录读入临时空间，只是为了发现您的条件得到满足。存在的情况通常可以避免。

即使有索引，我也经常发现EXISTS快于IN。它取决于数据库系统（优化器），数据，最后取决于所使用的索引类型。

每个数据库的实现，但您可能会猜到它们都以差不多相同的方式解决了常见问题。如果您使用的是MSSQL，请查看生成的执行计划。您可以通过打开分析器和执行计划来执行此操作。运行命令时，这将为您提供文本版本。

我不确定您使用的是哪个版本的MSSQL，但是可以在查询分析器中的SQL Server 2000中获得图形化版本。我确信此功能潜伏在更高版本的SQL Server Studio Manager中。

看一下行刑计划。除非表很小，否则应尽可能避免表扫描，在这种情况下，表扫描比使用索引快。阅读每个不同方案所产生的不同联接操作。

优化器应该足够聪明，可以为常规查询提供两种方式的相同结果。检查执行计划，他们应该给您同样的东西。如果他们不这样做，我通常会认为JOIN更快。但是，所有系统都是不同的，因此您应该对系统上的代码进行概要分析以确保。