为什么过滤表的内连接比不过滤的慢？

Question

WINDOWS 2008 上的 SQL Server 2008

请比较以下sql：

1.

select count(*) 
from Trades t 
inner join UserAccount ua on ua.AccID = t.AccID

2.

select count(*) 
from Trades t 
inner join (
    select * 
    from UserAccount ua 
    where ua.UserID = 1126
) as theua on theua.AccID = t.AccID

3.

select count(*) 
from Trades t 
inner join UserAccount ua on ua.AccID = t.AccID 
where ua.UserID=1126

Given Trades 有数百万行，而 UserAccount 是一个很小的表。而且 AccID 可以重复。

执行结果：

1. 234734792
2. 8806144
3. 8806144

我预计2号至少可以和1号一样快，但实际上它比3号慢得多甚至慢得多 耗时：

1. 2 秒
2. 10 秒
3. 8 秒

有人可以解释原因吗？当我需要像 UserID=1126 这样的过滤器时，是否可以让它更快？

Answer 1

1. 是最快的，因为它的 where 条件最少。
   （缺少的用户 ID）

2. 是最慢的，因为它有一个必须为每个连接执行的内部选择
   （顺便说一句：永远不要这样做）

3. 由于额外的 where 条件 (UserID) 而比 #1 慢。 这是您要使用的查询。
   （您也可以在加入后直接将“where”替换为“and”）

您是否设置了外键？

同时确保您拥有适当的索引（即：AccID 和 UserID）。

在 SSMS 中，使用 执行计划 运行查询，它会显示您应该创建的查询/索引中潜在的低效率。

在执行计划中，您应该注意诸如表扫描之类的内容。您想看到的是 seeks。