即使使用新表,实际行数也太高

LCJ*_*LCJ 5 sql-server-2005 sql-server execution-plan

我有一个基于SQL Server 2005. 我在这些表上创建了索引。但是当我写一个带JOIN条件的查询时,返回的实际行数太高,而估计的行数更少。并且查询计划使用嵌套循环。[查询计划图如下。] 由于这些是新表,我认为通常的陈旧统计数据不是这里的原因。

我可以通过使用NOT EXISTS(如查询 2 中所示)重写此查询,并减少实际行数。但是我还有其他要求可以使用 LWTest 表获取详细信息INNER JOIN——大量实际行是一个问题。

那么,即使有索引和统计信息,为什么实际行数仍然如此之高,有什么线索吗?可以做些什么来降低它?

注意:TransmittedManifests 中的行数 –904。LWTest 中的行数 -- 829785

更新

注 2:Compatibility_Level 为 90。查询 1 的运行时间为 64 毫秒。查询 2 已用时间为 6 毫秒。

注 3:在这两个表上尝试了 OPTION (RECOMPILE)、重建索引和 UPDATE STATISTICS WITH FULLSCAN。但实际的行数仍然很高。

感谢 Martin Smith 提供每次执行计数(估计)和总计数(实际)差异的详细信息。实际行是所有执行的计数,估计是每次执行的计数。估计行数、实际行数和执行计数

对于查询 1,ActualExecutionsLWTest 表的="904"。

询问

DBCC FREEPROCCACHE
GO
DBCC DROPCLEANBUFFERS
GO

SET STATISTICS IO ON 
PRINT 'BEGIN -----------------------------------------'

--Query 1
SELECT  T.[Manifest]
FROM dbo.TransmittedManifests T
LEFT OUTER JOIN dbo.LWTest LW (NOLOCK)
    ON LW.Manifest = T.Manifest
WHERE LW.Manifest IS NULL

PRINT 'QUERY 1 COMPLETED -----------------------------------------'



--Query 2
SELECT  T.[Manifest]
FROM dbo.TransmittedManifests T
WHERE NOT EXISTS (SELECT Manifest FROM dbo.LWTest L
                  WHERE L.Manifest = T.Manifest
                 )

PRINT 'QUERY 2 COMPLETED -----------------------------------------'


--Query 3
SELECT  T.[Manifest],LineItemID,InvoicedQuantity
FROM dbo.TransmittedManifests T
INNER JOIN dbo.LWTest LW (NOLOCK)
    ON LW.Manifest = T.Manifest
Run Code Online (Sandbox Code Playgroud)

表模式

在此处输入图片说明

查询计划 1 在此处输入图片说明

查询计划 2

在此处输入图片说明

LCJ*_*LCJ 2

TransmissedManifests 表中的记录数远少于 LWTest 中的记录数。在这种情况下,好的解决方案是使用NOT EXISTS 方法(如查询 2 中所示)来减少实际行数。无需 JOIN 即可引用加入- Rob Farley

\n\n

现在,Martin Smith\xe2\x80\x99s 的评论帮助我揭开了每次执行计数(估计)和总计数(实际)的神秘面纱。对于查询 1,ActualExecutionsLWTest 表为“904”。因此 128385/904 = 142 是每次执行的实际行数,有点接近估计值 104。

\n\n

在 SQL Server 2005 中,ActualExecutions可以通过分析器跟踪添加performance事件来查看,如下图所示。[在 SQL Server 2012 中,我可以看到执行计划图中捕获的此信息]。

\n\n

XML

\n\n

在此输入图像描述

\n\n

SQL Server 2005 跟踪设置

\n\n

在此输入图像描述

\n