SQL Server临时表和表变量

文章主要描述的是SQL Server临时表和表变量在实际操作中的区别介绍，我们在数据库中实际操作中，对于表的使用的时候,一般都会使用两种使用表的方法,分别就是使用临时表及表变量。在实际使用的时候，我们如何灵活的在存储过程中运用它们。

虽然它们实现的功能基本上是一样的，可如何在一个存储过程中有时候去使用SQL Server临时表而不使用表变量，有时候去使用表变量而不使用临时表呢?

临时表

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

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

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

 
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  

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

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

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

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

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

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

表变量

表变量创建的语法类似于SQL Server临时表，区别就在于创建的时候，必须要为之命名。表变量是变量的一种，表变量也分为本地及全局的两种，本地表变量的名称都是以“@”为前缀，只有在本地当前的用户连接中才可以访问。全局的表变量的名称都是以“@@”为前缀，一般都是系统的全局变量，像我们常用到的，如@@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)SQL Server临时表中是有锁的机制，而表变量中就没有锁的机制。

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

利用临时表

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

注：表变量虽然不支持索引，但是表变量支持主键阿，所以可以利用主键来替代索引。

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

注：表变量同时也不支持并行执行计划，因此对于大型的临时结果集，表变量也不是一个好的选择

对于函数中不能支持SQL Server临时表是由于函数不能对函数作用域外部的资源状态造成永久性的更改，在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  

http://database.51cto.com/art/201007/213670.htm