4

我一直在尝试以下（简化的）CTE。使用表变量 () 时，查询会在我取消之前运行几分钟。任何其他被注释掉的方法都会在不到一秒的时间内返回。

如果我用 INNER JOIN 替换整个 WHERE 子句，它也很快。

任何想法为什么使用表变量会运行得这么慢？

FWIW：数据库包含 250 万条记录，内部查询返回 2 条记录。

CREATE TABLE #rootTempTable (RootID int PRIMARY KEY)
INSERT INTO #rootTempTable VALUES (1360);

DECLARE @rootTableVar TABLE (RootID int PRIMARY KEY);
INSERT INTO @rootTableVar VALUES (1360);

WITH My_CTE AS 
(
      SELECT ROW_NUMBER() OVER(ORDER BY d.DocumentID) rownum, d.DocumentID, d.Title
      FROM [Document] d
      WHERE d.LocationID IN 
        (
              SELECT LocationID 
              FROM Location 
                    JOIN @rootTableVar rtv ON Location.RootID = rtv.RootID -- VERY SLOW!
                    --JOIN #rootTempTable tt ON Location.RootID = tt.RootID -- Fast
                    --JOIN (SELECT 1360 as RootID) AS rt ON Location.RootID = rt.RootID -- Fast
                    --WHERE RootID = 1360 -- Fast
        )           
) 
SELECT * FROM My_CTE WHERE (rownum > 0) AND (rownum <= 100) ORDER BY rownum

这是从使用表变量时开始的。查询运行时间超过 17 分钟： 在此处输入图像描述

XML 格式的执行计划

临时表：https ://docs.google.com/open?id=0B66I-fxlyEtEZEthV3ZaWlNLWXM

表变量：https ://docs.google.com/open?id=0B66I-fxlyEtEbUFZa3RJejFCTkk

4

2 回答 2

4

查询计划清楚地表明，表变量版本正遭受臭名昭著的“表变量基数估计”问题。这主要是因为与临时表不同，表变量不支持统计信息。Paul White 的这篇文章详细解释了它：

https://sqlkiwi.blogspot.com/2012/08/temporary-tables-in-stored-procedures.html

这也说明了最简单的解决方案可能是OPTION (Recompile);在查询末尾添加一个子句。尽管这在 SQL Server 的早期版本中可能不起作用，但在更高版本中，它应该会使其获得更好的基数估计，从而生成与临时表版本相同的查询计划。

如果这不起作用，请告诉我，因为还有其他一些（不太理想的）可能的解决方案。

于 2012-11-05T17:12:38.360 回答
0

部分解决方案：帮助很大的是使用索引物理统计报告按照 SQL Server 的建议重建或重新组织表上的索引。此报告可通过右键单击数据库 > 报告 > 标准报告 > 索引物理统计来获得。

于 2012-11-07T00:23:00.697 回答