临时表或表变量我们一般用来充当中间结果集，很多时候都在用，但真正了解他们之间的区别的人还是很少的，网上流传的说法也不甚统一，所以今天我就做一个实验，让我们看看临时表和表变量的区别，以及他们各自的用途。
执行以下语句，对测试环境做准备
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
临时表在跨批处理中，里面的批处理可以调用到外面声明的表，表变量却不行（实体表只要是声明在前，都可以被调用）
总结： 无表关联操作，只作为中间集进行数据处理，建议用表变量；有表关联，且不能确定数据量大小的情况下，建议用临时表。
