临时表和表变量的区别

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语句里使用。

 

相关文章：

•

SQL Server中的临时表和表变量　　　　　　　　　

•

如何灵活运用SQL Server 2005 SS...

•

sql server存储过程中SELECT 与 ...　　　　　　　　　

•

再议SQL Server临时表和表变量

•

Oracle,SQL Server,MySQL的自增...　　　　　　　　　

•

sql server 表变量和临时表的比...

•

SQL server 动态SQL对变量讲行赋...　　　　　　　　　

•

SQL SERVER 编程结构 1)程序注...

•

关于SQL server 2005的安装问题　　　　　　　　　

•

安装 SQL Server 2005 时出现错...

更多>>

http://hi.baidu.com/zck98530/blog/item/ca369c3d10f82107bba1677a.html

SQL Server中的临时表和表变量

再议SQL Server临时表和表变量

2008-08-21 16:33

　　今天在我和一家软件公司的开发人员讨论数据库设计调优的时候又讨论到了表变量和临时表的问题，觉得这个问题确实是一个争议比较大的问题。

　　其实从上次发表了表变量和临时表的一个帖子http: //database.ctocio.com.cn/tips/442/8206442.shtml以来，也有些人留言，也有些人发过邮件讨论这个问题。其实表变量和临时表的区别虽然有一些，但是两者最根本的区别还是在于对存储的需求：表变量和临时表都消耗Tempdb中的存储空间，但是进行数据更新的时候，表变量不会写日志，而临时表则会写日志。(这一点是经过脚本测试的，表变量并不像我们想象的那样，只写在内存而不出现在Tempdb中。)

　　对优化的支持：表变量不支持索引和统计数据，临时表则可以支持索引和统计数据。

　　通常需要表变量或者临时表的情况都是一些需要支持临时计算结果集的地方，那么就有一些常见的情况了：

　　如果临时结果集仅仅需要往里面写数据，比如通过一个循环多次查找相关数据并合成一个临时结果集，那么就可以使用表变量。(结果有人提到了返回结果集的时候需要有排序，但是表变量不支持索引阿。其实这个不要紧，因为表变量虽然不支持索引，但是表变量支持主键阿，所以可以利用主键来替代索引。)

　　如果临时结果集不太多需要更改，而是更多地充当一个临时的关联数据集去参加各种数据集的连接(JOIN)，那么索引和统计数据可能会更加适合一些(当然这个临时结果集要足够大，这样索引和统计数据带来的代价才可以被弥补掉)。

　　由于表变量不支持统计数据，因此在一个存储过程中使用表变量可以减少由于数据变化而导致的重新编译问题。

　　当然，除了索引和统计数据这个明显的限制外，表变量同时也不支持并行执行计划，因此对于大型的临时结果集，表变量也不是一个好的选择。

　　前面一个关于表变量和临时表的贴子，有一位robi_xu的朋友提到的问题也确实是在选择表变量和临时表时候的一些问题。

　　对于函数中不能支持临时表是由于函数不能对函数作用域外部的资源状态造成永久性的更改，在SQLServer中也称为副作用 (sideeffect)。不过如果在函数中使用大型的临时结果集是不推荐的，因为如果将这样的函数放置到一个查询中会造成很明显的性能问题，因此这种情况一般都采用存储过程之类的批处理脚本。

　　对于动态脚本不支持表变量的原因是因为存储过程不接受表类型的参数。不过如果表变量的声明和赋值都在sp_executesql的参数中的话， sp_executesql就可以执行了，因为这个时候表变量就存在sp_executesql的stmt参数里面，不需要传入，例如下面的代码：(当然这样的实用性也就没有多少了)

　　DECLARE @m nvarchar(max)

　　SET @m = N"DECLARE @t TABLE (ID int);INSERT INTO @tVALUES(1);SELECT * FROM @t T"

　　EXEC sp_executesql @m

　　作者：DrillChina

 

 

 

 

　　在SQL Server的性能调优中，有一个不可比拟的问题：那就是如何在一段需要长时间的代码或被频繁调用的代码中处理临时数据集?表变量和临时表是两种选择。记得在给一家国内首屈一指的海运公司作SQL Server应用性能评估和调优的时候就看到过大量的临时数据集处理需求，而他们的开发人员就无法确定什么时候用临时表，什么时候用表变量，因此他们就简单的使用了临时表。实际上临时表和表变量都有特定的适用环境。

　　先卖弄一些基础的知识：

　　表变量

　　变量都以@或@@为前缀，表变量是变量的一种，另外一种变量被称为标量(可以理解为标准变量，就是标准数据类型的变量，例如整型int或者日期型DateTime)。以@前缀的表变量是本地的，因此只有在当前用户会话中才可以访问，而@@前缀的表变量是全局的，通常都是系统变量，比如说 @@error代表最近的一个T-SQL语句的报错号。当然因为表变量首先是个变量，因此它只能在一个Batch中生存，也就是我们所说的边界，超出了这个边界，表变量也就消亡了。

　　表变量存放在内存中，正是因为这一点所有用户访问表变量的时候SQL Server是不需要生成日志。同时变量是不需要考虑其他会话访问的问题，因此也不需要锁机制，对于非常繁忙的系统来说，避免锁的使用可以减少一部分系统负载。

　　表变量另外还有一个限制就是不能创建索引，当然也不存在统计数据的问题，因此在用户访问表变量的时候也就不存在执行计划选择的问题了(也就是以为着编译阶段后就没有优化阶段了)，这一特性有的时候是件好事，而有些时候却会造成一些麻烦。

　　临时表

　　临时对象都以#或##为前缀，临时表是临时对象的一种，还有例如临时存储过程、临时函数之类的临时对象，临时对象都存储在tempdb中。以# 前缀的临时表为本地的，因此只有在当前用户会话中才可以访问，而##前缀的临时表是全局的，因此所有用户会话都可以访问。临时表以会话为边界，只要创建临时表的会话没有结束，临时表就会持续存在，当然用户在会话中可以通过DROP TABLE命令提前销毁临时表。

　　我们前面说过临时表存储在tempdb中，因此临时表的访问是有可能造成物理IO的，当然在修改时也需要生成日志来确保一致性，同时锁机制也是不可缺少的。

　　跟表变量另外一个显著去别就是临时表可以创建索引，也可以定义统计数据，因此SQL Server在处理访问临时表的语句时需要考虑执行计划优化的问题。

　　表变量 vs. 临时表

	表变量	临时表
数据集的存储位置	内存(不考虑被换到页面文件这种情况)	磁盘(不考虑访问后被缓存到内存中)
是否需要日志	否	是
是否可以创建索引	否	是
是否可以使用统计数据	否	是
是否可以在多会话中访问	否	是
是否需要锁机制	否	是

　　结论

　　综上所述，大家会发现临时表和表变量在底层处理机制上是有很多差别的。

　　简单地总结，我们对于较小的临时计算用数据集推荐使用表变量。如果数据集比较大，如果在代码中用于临时计算，同时这种临时使用永远都是简单的全数据集扫描而不需要考虑什么优化，比如说没有分组或分组很少的聚合(比如说COUNT、SUM、AVERAGE、MAX等)，也可以考虑使用表变量。使用表变量另外一个考虑因素是应用环境的内存压力，如果代码的运行实例很多，就要特别注意内存变量对内存的消耗。

　　一般对于大的数据集我们推荐使用临时表，同时创建索引，或者通过SQL Server的统计数据(Statisitcs)自动创建和维护功能来提供访问SQL语句的优化。如果需要在多个用户会话间交换数据，当然临时表就是唯一的选择了。需要提及的是，由于临时表存放在tempdb中，因此要注意tempdb的调优。