在 SQL Server 执行计划中摆脱 Table Spool

Question

我有一个查询，它创建了几个临时表，然后将数据插入其中。 据我了解，这是 Table Spool 的潜在原因。 当我查看我的执行计划时，我的大部分处理都花在了 Table Spool 上。 有没有什么好的技术可以改善这些类型的性能问题？ 与临时表相比，使用视图或 CTE 是否会给我带来任何好处？

我还注意到，当我将鼠标悬停在每个表线轴上时，输出列表来自同一个临时表。

Answer 1

好吧，根据您提供的信息，我只能告诉您：查询优化器已选择了最佳计划。 它使用表假脱机来加速执行。 不使用表线轴的替代方案会更慢。

如何显示查询、表模式和基数以及计划。

更新

如果您不能向我们展示查询，我当然理解。 但是真的很难猜测为什么在不知道任何细节的情况下引擎会优先考虑假脱机。 我建议您阅读 Craig Freedman 的博客，他是查询优化器团队的一名工程师，并解释了 SQL 2005/2008 优化器的许多内部工作原理。 以下是我可以很快找到的一些条目，它们以一种或另一种形式触及假脱机的主题：

• 递归 CTE
• 排名函数：RANK、DENSE_RANK 和 NTILE
• 更多关于 TOP

SQL 客户支持团队在http://blogs.msdn.com/psssql/ 上也有一个有趣的博客
'sqltips'（关系引擎的团队博客）有一些提示，比如查询计划中的假脱机运算符......