SQL Server 2008中用于存储过程的临时表，表变量，全局临时表之间的差异

Question

我是SQL Server存储过程编码的新手。 我在决定使用临时表，表变量，全局临时表之间的存储时遇到困难。

我的情况是，我需要在表中本地存储数据以计算值，同时从各种SQL Server检索数据。 常识告诉我使用临时表，但是为什么不能使用表变量或全局临时表？

任何见解都会有所帮助。

Answer 1

规则差不多，选择一个表变量作为默认值。 然后在以下情况下重新评估情况：

如果要使用事务回滚如果要将表的结果集从一个存储过程传递到另一个存储过程如果希望查询优化器能够确定如何最好地运行复杂的查询如果您真的很聪明动态SQL，则需要一个临时表。

因此，表变量应该是您的首选。 对于较小的结果集和日常的数据处理类型，它们比临时表更快，更灵活，并且在完成后服务器会清理它们。 与临时表不同，临时变量不会在tempdb中保留，它将在SP或函数后立即自动清除。 Temp变量只能有1个索引，即主索引，TT可以有更多索引。 对于少量数据，请使用临时变量，对于TT，请反之亦然。 变量中没有数据记录和数据回滚，但是对于TT来说可用。 带变量的SP重新编译比TT少。

全局临时表与临时表类似，不同之处在于，只要创建会话有效，它们对所有会话都是可见的。 希望这可以给您一个好主意，给您的方案走哪条路。

Answer 2

表变量在功能上与临时表几乎相同-实际上，SQL Server实际上至少在某些时候将临时变量实现为临时表。 就使用它们的限制而言，在功能上存在一些差异，这在某些情况下使一种方法比另一种方法更方便。插入exec的结果是很常见的，就像使用create index来创建辅助键一样。

不能保证将temp var写入tempdb。 实际上，Microsoft文档似乎建议不要将其写入tempdb，因此从理论上讲，可以期望temp vars的性能更高，或者至少不比temp表慢。

全局临时表是可以在多个数据库连接上共享的临时表。 与temp var和temp表相比，它们相对较少。

添加

在许多文章article＃1 ， article＃2 ， article＃3和Stack Overflow中详细讨论了这些差异。

添加

从这个答案的一些评论。 我过去读过这些文章，是的，据我所知，表var始终今天通过tempdb实现。 由于Microsoft可能会在将来甚至2014版中更改实现（因为这些文章早于2014年）。 这就是为什么我使用诸如“理论上”之类的对冲词的原因。 我引用的“堆栈溢出”文章对此进行了简要介绍。 但是其他文章参考也相当不错。

我试图解释它们基本相同。 您可以根据需要使用它们进行选择。 而且，如果可以平等地使用其中任何一个，则您可能更喜欢使用temp var，因为MS可以选择在将来使其更有效。 不过，似乎在新手问题上要下很多功夫。

Answer 3

临时表的作用域是会话

  Create TABLE #person        ----Statement 1
    ( 
    firstname varchar(100),
    lastname varchar(100)
    );
    INSERT #person   -----Statement 2
    SELECT TOP(250) p.firstname, p.lastname
    FROM person.person p;

    SELECT count(*) FROM #person; -----Statement 3

无论每个语句是单独运行还是批量运行，＃person都将被填充
而
表变量的作用域是一个批处理

DECLARE @person TABLE        ----Statement 1
( 
firstname varchar(100),
lastname varchar(100)
)
INSERT @person   -----Statement 2
SELECT TOP(250) p.firstname, p.lastname
FROM person.person p

SELECT count(*) FROM @person  ----Statement 3

除非以批处理方式运行所有三个语句，否则将返回错误消息

Must declare the table variable "@person".

示例：-如果在语句1或语句1或语句1和语句2后跟语句3的批处理中运行语句2，则会出现上述错误。