临时表与表变量深入探究

临时表或表变量我们一般用来充当中间结果集，很多时候都在用，但真正了解他们之间的区别的人还是很少的，网上流传的说法也不甚统一，所以今天我就做一个实验，让我们看看临时表和表变量的区别，以及他们各自的用途。

 

执行以下语句，对测试环境做准备

DBCC DROPCLEANBUFFERS  --从缓冲池中删除所有清除缓冲区

DBCC FREEPROCCACHE   --清除计划缓存

CHECKPOINT    --写入MDF中

 

1） 关于存储

表变量在内存中，是否真的不写磁盘，不会造成任何IO开销？

use tempdb exec sp_spaceused --database_name database_size unallocated space --tempdb 8.50 MB 6.75 MB



--tempdb数据库占用8.50M，未用空間6.75M



use TestDB CREATE TABLE #Table3(id int,  AtypeId char(1024)) declare @count int = 50

INSERT INTO #Table3(id, atypeid) SELECT TOP(@count) 1 as id, 'sss' FROM GraspFZDRPWrite001.dbo.BillType  --随便写的一张表,只是让其能循环插入50条记录



use tempdb CHECKPOINT  --写入MDF中



exec sp_spaceused --database_name database_size unallocated space --tempdb 8.50 MB 6.62 MB

 

运行代码，我们发现，unallocated space 未用空间减小了，从6.75M减少至6.62M，说明临时表是占用了tempdb空间的，这点毋庸置疑。

 

我们接着看表变量又是如何？

use tempdb exec sp_spaceused --database_name database_size unallocated space --tempdb 8.50 MB 6.69 MB



use TestDB declare @Table3 table (id int,  atypeid char(1024)) declare @count int = 50



INSERT INTO @Table3(id, atypeid) SELECT TOP(@count) 1 as id, 'sss' as atypeid FROM GraspFZDRPWrite001.dbo.BillType use tempdb checkpoint



exec sp_spaceused --database_name database_size unallocated space --tempdb 8.50 MB 6.62 MB

 

unallocated space值再次变小，说明此操作存在占用tempdb的数据库空间。两者其实都存储在tempdb中，都占用tempdb的数据库空间。

 

2）对表变量记录的操作是否占用更少的LOG

我们首先看临时表插入

if OBJECT_ID('tempdb..#T') is not null drop table #T declare @b1 bigint, @b2 bigint



CREATE TABLE #T (s char(128)) SELECT @b1=num_of_bytes_written from sys.dm_io_virtual_file_stats(2, 2) declare @i int = 0

while @i<20000

BEGIN

  insert into #T select '临时表：原值'

  set @i=@i+1

END



use tempdb checkpoint

select @b2=num_of_bytes_written from sys.dm_io_virtual_file_stats(2, 2) select @b2-@b1 as 日志增量 --经测试，临时表日志增量 4851712

 

然后是表变量插入

use TestDB declare @b1 bigint, @b2 bigint

declare @V table (s char(128)) select @b1=num_of_bytes_written from sys.dm_io_virtual_file_stats(2, 2) declare @i int = 0

while @i<20000

begin

  insert into @V select '表变量：原值'

  set @i=@i+1

end

use tempdb checkpoint

select @b2=num_of_bytes_written from sys.dm_io_virtual_file_stats(2, 2) select @b2-@b1 as 日志增量 --经测试，表变量日志增量5007360

 

两者日志记录相差不多，表变量还比临时表的日志写入更多！

 

3）Lock上的不同表现

--临时表

if OBJECT_ID('tempdb..#T') is not null drop table #T create table #T (s varchar(128)) insert into #T select '临时表：原值'



execute sp_lock @@spid  --查看当前用户进程的会话 所在的锁关系



BEGIN TRANSACTION

     update #T set s= '临时表：被更新'

     execute sp_lock @@spid  --发现增加了一个排他锁

ROLLBACK TRANSACTION



execute sp_lock @@spid  --排他锁被释放



GO



--表变量

declare @V table (s char(128)) insert into @V select '表变量：原值'



execute sp_lock @@spid



BEGIN TRANSACTION

     update @V set s='表变量：被更新'

     execute sp_lock @@spid

ROLLBACK TRANSACTION



execute sp_lock @@spid  --并没有在事务中加任何锁

 

临时表的更新会加锁，表变量更新不会

 

4）事务处理中的不同

if OBJECT_ID('tempdb..#T') is not null drop table #T create table #T (s varchar(128)) declare @T table (s varchar(128)) insert into #T select '临时表：原值'

insert into @T select '表变量：原值'



BEGIN TRANSACTION

     update #T set s='临时表：被更新'

     update @T set s='表变量：被更新'

ROLLBACK TRANSACTION



select * from #T select * from @T 

 

结果发现，临时表得值被回滚，表变量并没有回滚。可以得出，表变量不受事务影响。

 

5）UDF中的不同

--表变量

CREATE FUNCTION dbo.example1 ( ) RETURNS INT AS 

BEGIN 

    DECLARE @t1 TABLE (i INT) INSERT @t1 VALUES(1) INSERT @t1 VALUES(2) UPDATE @t1 SET i = i + 5 

    DELETE @t1 WHERE i < 7 

 

    DECLARE @max INT 

    SELECT @max = MAX(i) FROM @t1 

    RETURN @max 

END 

GO; --临时表

CREATE FUNCTION dbo.example2 ( ) RETURNS INT 

AS 

BEGIN 

    CREATE TABLE #t1 (i INT) INSERT #t1 VALUES(1) INSERT #t1 VALUES(2) UPDATE #t1 SET i = i + 5 

    DELETE #t1 WHERE i < 7 

 

    DECLARE @max INT 

    SELECT @max = MAX(i) FROM #t1 RETURN @max 

END  

GO

--物理表

CREATE FUNCTION dbo.example3 ( ) RETURNS INT AS 

BEGIN 

    CREATE TABLE table1 ( id INT IDENTITY, name VARCHAR(32) ) INSERT table1(name) VALUES('aaron') RETURN SCOPE_IDENTITY() END 

 

运行后，可以发现，函数内无法访问临时表，也无法创建实体表，同理也无法更新新增删除实体表的记录，但可以使用表变量来进行运算和操作

 

6) 性能对比

if OBJECT_ID('tempdb..#T') is not null drop table #T create table #T (s char(1024)) declare @i int = 0

while @i<100000

begin

  insert into #T select '临时表：原值'

  set @i=@i+1

END

SELECT * FROM #T  --3秒左右 --3秒

go



declare @V table (s char(1024)) declare @i int = 0

while @i<100000

begin

  insert into @V select '表变量：原值'

  set @i=@i+1

END

SELECT * FROM @V  --3秒左右，和临时表几乎一样

 

在插入性能上，两者基本一致

 

7）关联操作上，性能的不同表现

--构造数据

dbcc dropcleanbuffers; --从缓冲池中删除所有清除缓冲区



use TestDB if object_id('tempdb..#temp') is not null drop table #temp                    



SELECT IDENTITY(INT, 1, 1) as _rowid, a.ppt, a.GoodsId INTO #temp 

FROM  GraspFZDRPWrite001.dbo.Goods a  --goods表是一个有记录16049的数据表



GO



--用临时表

SELECT * FROM #temp

WHERE  _rowid IN (SELECT max(_rowid) FROM #temp GROUP  BY Ppt) --很快 



--用表变量

DECLARE @PDTEMP TABLE (_rowid int, ppt CHAR(1), goodsid INT) INSERT INTO @PDTEMP SELECT * FROM #temp



SELECT * FROM @PDTEMP   

WHERE  _rowid IN (SELECT max(_rowid) FROM  @PDTEMP GROUP  BY ppt) go

--相当慢，记录几乎出不来

 

为啥会出现以上的结果呢，我们跟踪执行计划可以发现，前者执行计划选择的哈希匹配，后者则是相当缓慢的嵌套循环。

 

分析原因，因为聚合操作会利用表的统计信息来聚合，表变量没有统计信息，系统默认只能选择嵌套循环，而这导致严重的慢查询的主要原因

 

我们强制查询使用hash join连接(哈希匹配)

DECLARE @PDTEMP TABLE (_rowid int, ppt CHAR(1), goodsid INT) INSERT INTO @PDTEMP SELECT * FROM #temp



SELECT * FROM @PDTEMP

WHERE  _rowid IN (SELECT max(_rowid) FROM  @PDTEMP GROUP  BY ppt) option(hash join)          

 

这时速度跟用临时表一样，但不推荐这样使用，因为一旦这样强制使用，SQLSERVER的自动优化则不会起作用

 

8）把存储过程中返回的数据集插入到临时表 用于保存存储过程中返回的数据集

CREATE TABLE #sp_who3 ( SPID INT, Status VARCHAR(32) NULL ) go



create procedure pWho AS

  select 1 as spid, 'Tomas' as status union all

  select 1 as spid, 'Viviy' as status go



insert #sp_who3 execute pWho select * from #sp_who3 DECLARE @PDTEMP TABLE (SPID INT, Status VARCHAR(32) NULL) INSERT @PDTEMP EXEC pWho SELECT * FROM @PDTEMP



GO

 

两者都可以正常使用，但是有一点必须注意，对于2008以前的版本，表变量是不支持这样操作的

 

9）是否可以动态的生成列

--临时表

SELECT * INTO #TEMP_objects FROM sys.objects; --成功执行



--表变量

SELECT * INTO @PDTEMP FROM sys.objects;   --报错

 

表变量不能生成动态列，因为表变量一旦创建，他的架构就是固定的，而临时表可以更改架构甚至是索引

 

10）生命期是否相同

if OBJECT_ID('tempdb..#temp_foo') is not null drop table #temp_foo --临时表

DECLARE @sql VARCHAR(8000) SET @sql = 'Create TABLE #temp_foo (a INT,b INT,c INT) Insert into #temp_foo values(1,1,1) ' 

EXEC(@sql) INSERT #temp_foo SELECT 1,2,3  

SELECT * FROM #temp_foo GO



--表变量

DECLARE @sql VARCHAR(8000) SET @sql = 'DECLARE @foo TABLE(a INT,b INT,c INT) Insert into @foo values(1,1,1)' 

EXEC(@sql) INSERT @foo SELECT 1,2,3 

Go;

 

同时存在两个不同的批处理，外面的批处理要调用里面的批处理声明的表，临时表和表变量均不能使用

 

--临时表

DECLARE @sql VARCHAR(8000) Create TABLE #temp_foo (a INT,b INT,c INT) SET @sql = 'Insert into #temp_foo values(1,1,1)' 

EXEC(@sql) INSERT #temp_foo SELECT 1,2,3 

SELECT * FROM #temp_foo GO 

 --可以执行



--表变量

DECLARE @sql VARCHAR(8000) DECLARE @foo TABLE(a INT,b INT,c INT) SET @sql = 'Insert into @foo values(1,1,1)'  

EXEC(@sql) INSERT @foo SELECT 1,2,3 

SELECT * FROM @foo

Go

--执行到EXEC(@SQL)报错，找不到@foo

 

临时表在跨批处理中，里面的批处理可以调用到外面声明的表，表变量却不行（实体表只要是声明在前，都可以被调用）

 

 

总结： 无表关联操作，只作为中间集进行数据处理，建议用表变量；有表关联，且不能确定数据量大小的情况下，建议用临时表。