还有一点没有指出，就是速度。我知道这是一个老问题，但我认为这值得直接评论/回答:

它们似乎是多余的，因为派生表也可以这样做

当我第一次使用CTE时，我完全被它的速度惊呆了。这是教科书上的案例，非常适合CTE，但在我使用CTE的所有情况下，都有显著的速度增益。我的第一个查询很复杂，涉及派生表，执行时间很长。对于CTE，它只需要几秒钟，让我震惊，这甚至是可能的。

 ;with cte as
  (
  Select Department, Max(salary) as MaxSalary
  from test
  group by department
  )  
  select t.* from test t join cte c on c.department=t.department 
  where t.salary=c.MaxSalary;

试试这个

我使用它们来分解复杂的查询，特别是复杂的连接和子查询。我发现我越来越多地使用它们作为“伪视图”来帮助我理解查询的意图。

我唯一抱怨的是它们不能重复使用。例如，我可能有一个带有两个更新语句的存储过程，它们可以使用相同的CTE。但是CTE的“范围”只是第一个查询。

问题是，“简单的例子”可能真的不需要CTE !

不过，还是很方便。

还有一点没有指出，就是速度。我知道这是一个老问题，但我认为这值得直接评论/回答:

它们似乎是多余的，因为派生表也可以这样做

当我第一次使用CTE时，我完全被它的速度惊呆了。这是教科书上的案例，非常适合CTE，但在我使用CTE的所有情况下，都有显著的速度增益。我的第一个查询很复杂，涉及派生表，执行时间很长。对于CTE，它只需要几秒钟，让我震惊，这甚至是可能的。

当您希望执行“有序更新”时，它非常有用。

MS SQL不允许你使用ORDER BY UPDATE，但在CTE的帮助下，你可以这样做:

WITH cte AS
(
    SELECT TOP(5000) message_compressed, message, exception_compressed, exception
    FROM logs
    WHERE Id >= 5519694 
    ORDER BY Id
)
UPDATE  cte
SET     message_compressed = COMPRESS(message), exception_compressed = COMPRESS(exception)

看这里更多的信息:如何更新和使用ms sql

也许将CTE视为用于单个查询的视图的替代品更有意义。但不需要开销、元数据或正式视图的持久性。非常有用，当你需要:

创建递归查询。 在查询中多次使用CTE的结果集。 通过减少大量相同的子查询来提高查询的清晰度。 根据CTE结果集中派生的列启用分组

下面是一个剪切粘贴的例子:

WITH [cte_example] AS (
SELECT 1 AS [myNum], 'a num' as [label]
UNION ALL
SELECT [myNum]+1,[label]
FROM [cte_example]
WHERE [myNum] <=  10
)
SELECT * FROM [cte_example]
UNION
SELECT SUM([myNum]), 'sum_all' FROM [cte_example]
UNION
SELECT SUM([myNum]), 'sum_odd' FROM [cte_example] WHERE [myNum] % 2 = 1
UNION
SELECT SUM([myNum]), 'sum_even' FROM [cte_example] WHERE [myNum] % 2 = 0;

享受