SQL Server中的临时表使用

Question

这是一个悬而未决的问题，但我真的很想听听人们的意见。

我很少使用显式声明的临时表（表变量或常规#tmp表），因为我认为不这样做会导致更简洁，可读性和可调试性的T-
SQL。我还认为，与需要临时存储（例如，在查询中使用派生表）时使用SQL相比，SQL可以做得更好。

唯一的例外是当数据库不是典型的关系数据库而是星型或雪花模式时。我了解最好是首先将过滤器应用于事实表，然后使用生成的临时表从维度中获取值。

这是普遍看法还是有人反对？

Answer 1

临时表对于诸如报告或ETL作业之类的复杂批处理最为有用。通常，您希望很少在事务性应用程序中使用它们。

如果您要使用包含多个大表（可能是一个报表）的联接进行复杂的查询，则查询优化器实际上可能无法一次完成优化，因此临时表在这里会很成功-
它们将查询分解为一系列较简单的解决方案使查询优化器获得更少的机会来搞砸计划。有时您根本无法在单个SQL语句中完成某项操作，因此，要完成这项工作，必须执行多个处理步骤。同样，我们在这里谈论的是更复杂的操作。

您还可以为中间结果创建一个临时表，然后为该表建立索引，甚至可能在其上放置聚簇索引以优化后续查询。这也可能是在不允许向数据库架构添加索引的系统上优化报表查询的快速而肮脏的方法。SELECT
INTO对于这种类型的操作很有用，因为它的日志记录最少（因此快速），并且不需要对齐select和insert的列。

其他原因可能包括使用CROSS
APPLY和xpath查询从XML字段中提取数据。通常，将其提取到临时表中然后在临时表上工作会更加有效。对于某些任务，它们比CTE更快，因为它们实现了查询结果，而不是重新评估查询。

需要注意的一件事是，临时表与查询引擎用于存储中间联接结果的结构完全相同，因此使用它们不会造成性能损失。临时表还允许使用set操作进行多阶段任务，并使T-
SQL代码中的游标几乎（不是，但几乎但几乎）不必要。

“代码气味”是一个夸大的说法，但是如果我看到很多涉及临时表的简单操作，我想知道这是怎么回事。