CTE，子查询，临时表或表变量之间是否存在性能差异？

在这个出色的SO问题中，讨论了CTE和之间的sub-queries差异。

我想特别问一下：

在以下哪种情况下，以下各项中的每一种都更有效/更快？

• CTE
• 子查询
• 临时表
• 表变量

传统上，我使用了大量的temp tables开发工具stored procedures-因为它们似乎比许多相互交织的子查询更具可读性。

Non-recursive CTE可以很好地封装数据集，并且可读性很强，但是在特定情况下有人可以说它们将始终表现更好吗？还是总是必须摆弄各种选项以找到最有效的解决方案？

编辑

最近有人告诉我，就效率而言，临时表是一个不错的首选，因为它们具有关联的直方图，即统计信息。

SQL是一种声明性语言，而不是过程性语言。即，您构造一个SQL语句来描述所需的结果。您没有在告诉SQL引擎如何进行工作。

通常，让SQL引擎和SQL优化器找到最佳查询计划是一个好主意。开发SQL引擎需要花费很多人年的精力，所以让工程师去做他们知道如何做的事情。

当然，在某些情况下查询计划不是最佳的。然后，您想使用查询提示，重组查询，更新统计信息，使用临时表，添加索引等等，以获得更好的性能。

至于你的问题。理论上，CTE和子查询的性能应该相同，因为它们都向查询优化器提供了相同的信息。一个区别是，多次使用的CTE可以轻松识别和计算一次。然后可以存储结果并读取多次。不幸的是，SQL Server似乎没有利用这种基本的优化方法（您可以将其称为常见的子查询消除）。

临时表是另一回事，因为您将提供有关如何运行查询的更多指导。一个主要区别是优化器可以使用临时表中的统计信息来建立其查询计划。这样可以提高性能。另外，如果您有一个不止一次使用的复杂CTE（子查询），那么将其存储在临时表中通常会提高性能。该查询仅执行一次。

您问题的答案是，您需要努力获得期望的性能，尤其是对于定期运行的复杂查询。在理想情况下，查询优化器将找到理想的执行路径。尽管它经常发生，但您可能能够找到一种获得更好性能的方法。

没有规则。我发现CTE更具可读性，除非有必要，否则请使用它们它们表现出一些性能问题，在这种情况下，我将调查实际问题，而不是猜测CTE是问题，然后尝试使用其他方法重写它。通常，这个问题要比我选择以声明方式声明查询意图的方式要多。

当然，在某些情况下，您可以取消CTE或删除子查询并用#temp表替换它们并减少持续时间。这可能是由于各种原因造成的，例如陈旧的统计信息，甚至无法获得准确的统计信息（例如，联接到表值函数），并行性，甚至由于查询的复杂性而无法生成最佳计划（在这种情况下，将其分解可能会给优化器带来战斗的机会。但是在某些情况下，创建#temp表所涉及的I / O可能会超过其他性能方面，这些方面可能会降低使用CTE的特定计划形状的吸引力。

老实说，变量太多，无法为您的问题提供“正确”的答案。没有可预测的方式知道何时查询可能会偏向于一种或另一种方法-只是知道，从理论上讲，CTE或单个子查询的相同语义应执行完全相同的语义。我认为，如果您提出的情况并非如此，那么您的问题将更有价值-可能是您在优化器中发现了一个限制（或发现了一个已知的限制），或者您的查询在语义上不等效或包含阻碍优化的元素。

因此，我建议您以最自然的方式编写查询，并且仅在发现优化器存在实际性能问题时才偏离。我个人将它们排名为CTE，然后是子查询，并且#temp表是不得已的方法。

#temp已完成，CTE未完成。

CTE只是语法，因此从理论上讲它只是一个子查询。它被执行。#temp已实现。因此，在#temp中，执行多次的联接中昂贵的CTE可能会更好。另一方面，如果这是一个不执行但仅执行几次的简单评估，则不值得#temp的开销。

SO上有些人不喜欢表变量，但是我喜欢他们，因为它们比#temp更物化并且创建速度更快。有时查询优化器使用#temp的性能要优于表变量。

在#temp或表变量上创建PK的能力为查询优化器提供了比CTE更多的信息（因为您不能在CTE上声明PK）。

我认为让＃临时表而不是CTE总是更可取的只有两件事：

1. 您不能在CTE上放置主键，因此CTE所访问的数据将必须遍历CTE表中的每个索引，而不仅仅是访问临时表上的PK或Index。

2. 因为您不能向CTE添加约束，索引和主键，所以它们更容易出现漏洞以及不良数据。

-某天，昨天

这是一个示例，其中#table约束可以防止不良数据，而CTE不会

DECLARE @BadData TABLE ( 
                       ThisID int
                     , ThatID int );
INSERT INTO @BadData
       ( ThisID
       , ThatID
       ) 
VALUES
       ( 1, 1 ),
       ( 1, 2 ),
       ( 2, 2 ),
       ( 1, 1 );

IF OBJECT_ID('tempdb..#This') IS NOT NULL
    DROP TABLE #This;
CREATE TABLE #This ( 
             ThisID int NOT NULL
           , ThatID int NOT NULL
                        UNIQUE(ThisID, ThatID) );
INSERT INTO #This
SELECT * FROM @BadData;
WITH This_CTE
     AS (SELECT *
           FROM @BadData)
     SELECT *
       FROM This_CTE;