sql-server – 在自连接中引用的SQL Server CTE很慢

然后,我在4个自左连接中引用此CTE,以便使用不同的标准构建小计.

查询非常复杂,但这是一个简化的伪版本

WITH DataCTE as
(
     SELECT [columns] FROM table
                      INNER JOIN table2
                      ON [...]

                      INNER JOIN table3
                      ON [...]

                      LEFT JOIN table3
                      ON [...]
)
SELECT [aggregates_columns of each subset] FROM DataCTE Main
LEFT JOIN DataCTE BananasSubset
               ON [...] 
             AND Product = 'Bananas'
             AND Quality = 100
LEFT JOIN DataCTE DamagedBananasSubset
               ON [...]
             AND Product = 'Bananas'
             AND Quality < 20
LEFT JOIN DataCTE MangosSubset
               ON [...]
GROUP BY [

我感觉SQL Server感到困惑,并为每次自我加入调用CTE,这似乎通过查看执行计划得到了证实,尽管我承认自己不是阅读这些的专家.

我会假设SQL Server足够聪明,只能从CTE执行一次数据检索,而不是多次执行.

我尝试了相同的方法,但不是使用CTE来获取数据的子集,我使用了与CTE中相同的选择查询,而是将其输出到临时表.

引用CTE版本的版本需要40秒.引用临时表的版本需要1到2秒.

为什么SQL Server不够智能,无法将CTE结果保留在内存中？

我喜欢CTE,特别是在这种情况下,因为我的UDF是一个表值的,因此它允许我将所有内容保存在一个语句中.

要使用临时表,我需要编写一个值为UDF的多语句表,我找到了一个稍微不太优雅的解决方案.

你们有些人对CTE有这种性能问题,如果是这样,你是如何对它们进行排序的？

谢谢,

Kharlos

解决方法

另一个好处是您可以在临时表上创建索引,而这些索引是您无法对cte执行的.不确定在你的情况下是否会有好处但是很高兴知道.

相关阅读：

> Which are more performant,CTE or temporary tables?
> SQL 2005 CTE vs TEMP table Performance when used in joins of other tables
> http://msdn.microsoft.com/en-us/magazine/cc163346.aspx#S3

从最后一个链接引用：

The CTE’s underlying query will be
called each time it is referenced in
the immediately following query.

我会说与临时表一起去.不幸的是优雅并不总是最好的解决方案.

更新：

嗯,这让事情变得更加困难.看着你的整个环境,我很难说.

一些想法：

>你可以使用存储过程而不是UDF(而不是从内部)？>这可能无法实现,但如果您可以从CTE中删除左连接,则可以将其移动到索引视图中.如果你能够做到这一点,你甚至可以看到性能提升甚至临时表.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!