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)
表模式
查询计划 2
TransmissedManifests 表中的记录数远少于 LWTest 中的记录数。在这种情况下,好的解决方案是使用NOT EXISTS 方法(如查询 2 中所示)来减少实际行数。无需 JOIN 即可引用加入- Rob Farley
现在,Martin Smith\xe2\x80\x99s 的评论帮助我揭开了每次执行计数(估计)和总计数(实际)的神秘面纱。对于查询 1,ActualExecutionsLWTest 表为“904”。因此 128385/904 = 142 是每次执行的实际行数,有点接近估计值 104。
在 SQL Server 2005 中,ActualExecutions可以通过分析器跟踪添加performance事件来查看,如下图所示。[在 SQL Server 2012 中,我可以看到执行计划图中捕获的此信息]。
XML
\n\n\n\nSQL Server 2005 跟踪设置
\n\n\n| 归档时间: |
|
| 查看次数: |
1197 次 |
| 最近记录: |