SQL Server中临时表与表变量的区别

我们在数据库中使用表的时候,经常会遇到两种使用表的方法,分别就是使用临时表及表变量。在实际使用的时候，我们如何灵活的在存储过程中运用它们，虽然它们实现的功能基本上是一样的，可如何在一个存储过程中有时候去使用临时表而不使用表变量，有时候去使用表变量而不使用临时表呢?

　　临时表

　　临时表与永久表相似，只是它的创建是在Tempdb中，它只有在一个数据库连接结束后或者由SQL命令DROP掉，才会消失，否则就会一直存在。临时表在创建的时候都会产生SQL Server的系统日志，虽它们在Tempdb中体现，是分配在内存中的，它们也支持物理的磁盘，但用户在指定的磁盘里看不到文件。

　　临时表分为本地和全局两种，本地临时表的名称都是以“#”为前缀，只有在本地当前的用户连接中才是可见的，当用户从实例断开连接时被删除。全局临时表的名称都是以“##”为前缀，创建后对任何用户都是可见的，当所有引用该表的用户断开连接时被删除。

　　下面我们来看一个创建临时表的例子：

      

      CREATE TABLE dbo.#News 
　　( 
　　News_id int NOT NULL, 
　　NewsTitle varchar(100), 
　　NewsContent varchar(2000), 
　　NewsDateTime datetime 
　　)

      临时表可以创建索引，也可以定义统计数据，所以可以用数据定义语言(DDL)的声明来阻止临时表添加的限制，约束，并参照完整性，如主键和外键约束。比如来说，我们现在来为#News表字段NewsDateTime来添加一个默认的GetData()当前日期值，并且为News_id添加一个主键，我们就可以使用下面的语句：

    

      ALTER TABLE dbo.#News 
　　ADD 
　　CONSTRAINT [DF_NewsDateTime] DEFAULT (GETDATE()) FOR [NewsDateTime], 
　　PRIMARY KEY CLUSTERED 
　　( 
　　[News_id] 
　　) ON [PRIMARY] 
　　GO

   　临时表在创建之后可以修改许多已定义的选项，包括：

　　1)添加、修改、删除列。例如，列的名称、长度、数据类型、精度、小数位数以及为空性均可进行修改，只是有一些限制而已。

　　2)可添加或删除主键和外键约束。

　　3)可添加或删除 UNIQUE 和 CHECK 约束及 DEFAULT 定义(对象)。

　　4)可使用 IDENTITY 或 ROWGUIDCOL 属性添加或删除标识符列。虽然 ROWGUIDCOL 属性也可添加至现有列或从现有列删除，但是任何时候在表中只能有一列可具有该属性

5)表及表中所选定的列已注册为全文索引。

　　表变量

　　表变量创建的语法类似于临时表，区别就在于创建的时候，必须要为之命名。表变量是变量的一种，表变量也分为本地及全局的两种，本地表变量的名称都是以“@”为前缀，只有在本地当前的用户连接中才可以访问。全局的表变量的名称都是以“@@”为前缀，一般都是系统的全局变量，像我们常用到的，如@@Error代表错误的号，@@RowCount代表影响的行数。

　　如我们看看创建表变量的语句：

     

      DECLARE @News Table 
　　( 
　　News_id int NOT NULL, 
　　NewsTitle varchar(100), 
　　NewsContent varchar(2000), 
　　NewsDateTime datetime 
　　)

   比较临时表及表变量都可以通过SQL的选择、插入、更新及删除语句，它们的的不同主要体现在以下这些：

　　1)表变量是存储在内存中的，当用户在访问表变量的时候，SQL Server是不产生日志的，而在临时表中是产生日志的;

　　2)在表变量中，是不允许有非聚集索引的;

　　3)表变量是不允许有DEFAULT默认值，也不允许有约束;

　　4)临时表上的统计信息是健全而可靠的，但是表变量上的统计信息是不可靠的;

　　5)临时表中是有锁的机制，而表变量中就没有锁的机制。

　　我们现在来看一个完整的例子，来看它们的用法的异同：

　　利用临时表　　

      

      CREATE TABLE dbo.#News 
　　( 
　　News_id int NOT NULL, 
　　NewsTitle varchar(100), 
　　NewsContent varchar(2000), 
　　NewsDateTime datetime 
　　) 
　　INSERT INTO dbo.#News (News_id, NewsTitle, NewsContent, NewsDateTime) 
　　VALUES (1,'BlueGreen', 'Austen', 200801, GETDATE()) 
　　SELECT News_id, NewsTitle, NewsContent, NewsDateTime FROM dbo.#News 
　　DROP TABLE dbo.[#News]

    利用表变量

 

DECLARE @News table 
　　( 
　　News_id int NOT NULL, 
　　NewsTitle varchar(100), 
　　NewsContent varchar(2000), 
　　NewsDateTime datetime 
　　) 
　　INSERT INTO @News (News_id, NewsTitle, NewsContent, NewsDateTime) 
　　VALUES (1,'BlueGreen', 'Austen', 200801, GETDATE()) 
　　SELECT News_id, NewsTitle, NewsContent, NewsDateTime FROM @News

 我们可以看到上面两种情况实现的是一样的效果，第一种利用临时表的时候，临时表一般被创建后，如果在执行的时候，没有通过DROP Table的操作，第二次就不能再被创建，而定义表变量也不需要进行DROP Table的操作，一次执行完成后就会消失。

　　其实在选择临时表还是表变量的时候，我们大多数情况下在使用的时候都是可以的，但一般我们需要遵循下面这个情况，选择对应的方式：

　　1)使用表变量主要需要考虑的就是应用程序对内存的压力，如果代码的运行实例很多，就要特别注意内存变量对内存的消耗。我们对于较小的数据或者是通过计算出来的推荐使用表变量。如果数据的结果比较大，在代码中用于临时计算，在选取的时候没有什么分组的聚合，就可以考虑使用表变量。

　　2)一般对于大的数据结果，或者因为统计出来的数据为了便于更好的优化，我们就推荐使用临时表，同时还可以创建索引，由于临时表是存放在Tempdb中，一般默认分配的空间很少，需要对tempdb进行调优，增大其存储的空间。

补充：
      1.使事务日志不会记录表变量。因此，它们脱离了事务机制的范围。

      2.任何一个使用临时表的存储过程都不会被预编译，然而使用表变量的存储过程的执行计划可以预先静态的编译。预编译一个脚本的主要好处在于加快了执行的速度。这个好处对于长的存储过程更加显著，因为对它来说重新编译代价太高。

      3.表变量仅存在于那些变量能存在的相同范围内。和临时表相反，它们在内部存储过程和exec（string）语句里是不可见的。它们也不能在insert/exec语句里使用。

 

问题 1：为什么在已经有了临时表的情况下还要引入表变量？

解答 1：与临时表相比，表变量具有下列优点：

•	如 SQL Server 联机丛书“表”(Table) 一文中所述，表变量（如局部变量）具有明确定义的范围，在该范围结束时会自动清除这些表变量。
•	与临时表相比，表变量导致存储过程的重新编译更少。
•	涉及表变量的事务仅维持表变量上更新的持续时间。因此，使用表变量时，需要锁定和记录资源的情况更少。因为表变量具有有限的范围并且不是持久性数据库的一部分，所以事务回滚并不影响它们。

问题 2：如果说使用表变量比使用临时表导致存储过程的重新编译更少，这意味着什么？

解答 2：下面的文章讨论了重新编译存储过程的一些原因：

243586 (http://support.microsoft.com/kb/243586/) 存储过程重新编译的疑难解答

“由于某些临时表操作引起的重新编译”一节还列出了为避免一些问题（例如使用临时表导致重新编译）而需要满足的一些要求。这些限制不适用于表变量。

表变量完全独立于创建这些表变量的批，因此，当执行 CREATE 或 ALTER 语句时，不会发生“重新解析”，而在使用临时表时可能会发生“重新解析”。临时表需要此“重新解析”，以便从嵌套存储过程引用该表。表变量完全避免了此问题，因此存储过程可以使用已编译的计划，从而节省了处理存储过程的资源。

问题 3：表变量有哪些缺陷？

解答 3：与临时表相比，它存在下列缺陷：

•	在表变量上不能创建非聚集索引（为 PRIMARY 或 UNIQUE 约束创建的系统索引除外）。与具有非聚集索引的临时表相比，这可能会影响查询性能。
•	表变量不像临时表那样可以维护统计信息。在表变量上，不能通过自动创建或使用 CREATE STATISTICS 语句来创建统计信息。因此，在大表上进行复杂查询时，缺少统计信息可能会妨碍优化器确定查询的最佳计划，从而影响该查询的性能。
•	在初始 DECLARE 语句后不能更改表定义。
•	表变量不能在 INSERT EXEC 或 SELECT INTO 语句中使用。
•	表类型声明中的检查约束、默认值以及计算所得的列不能调用用户定义的函数。
•	如果表变量是在 EXEC 语句或 sp_executesql 存储过程外创建的，则不能使用 EXEC 语句或 sp_executesql 存储过程来运行引用该表变量的动态 SQL Server 查询。由于表变量只能在它们的本地作用域中引用，因此 EXEC 语句和 sp_executesql 存储过程将在表变量的作用域之外。但是，您可以在 EXEC 语句或 sp_executesql 存储过程内创建表变量并执行所有处理，因为这样表变量本地作用域将位于 EXEC 语句或 sp_executesql 存储过程中。

问题 4：与临时表或永久表相比，表变量的仅存在于内存中的结构保证了更好的性能，是否因为它们是在驻留在物理磁盘上的数据库中维护的？

解答 4：表变量不是仅存在于内存中的结构。由于表变量可能保留的数据较多，内存中容纳不下，因此它必须在磁盘上有一个位置来存储数据。与临时表类似，表变量是在 tempdb 数据库中创建的。如果有足够的内存，则表变量和临时表都在内存（数据缓存）中创建和处理。

问题 5：必须使用表变量来代替临时表吗？

解答 5：答案取决于以下三个因素：

•	插入到表中的行数。
•	从中保存查询的重新编译的次数。
•	查询类型及其对性能的指数和统计信息的依赖性。

在某些情况下，可将一个具有临时表的存储过程拆分为多个较小的存储过程，以便在较小的单元上进行重新编译。

通常情况下，应尽量使用表变量，除非数据量非常大并且需要重复使用表。在这种情况下，可以在临时表上创建索引以提高查询性能。但是，各种方案可能互不相同。Microsoft 建议您做一个测试，来验证表变量对于特定的查询或存储过程是否比临时表更有效。