表变量和临时表

定义一个sql server表变量的方法和定义一个用户自定义表的方法是一样的；然而，定义了一个表变量之后，你就不能再改变该表的定义了。而且你必须在定义这个表变量的时候给出它所有属性的定义。
定义表变量:

DECLARE @T_ChartsIdeaItem1 TABLE(XData char(20) null,YData char(20) null)

给表变量赋值一条记录

INSERT INTO @T_ChartsIdeaItem1(XData,YData)VALUES ('BU9876', 'Creating')

给表变量赋值记录集

INSERT INTO @T_ChartsIdeaItem1 SELECT * FROM TUsers

为什么要使用表变量
表变量是从2000开始引入的，微软认为与本地临时表相比，表变量具有如下优点：
a.与其他变量的定义一样，表变量具有良好的定义范围，并会被自动清除；
b.在存储过程中使用表变量会减少存储过程重新编译的发生；
c.表变量需要更少的锁请求和日志资源；
d.可以在表变量上使用UDF,UDDT,XML。

表变量的限制
与临时表相比，表变量存在着如下缺点：
a.在表变量上没有统计信息，查询优化器根据固定的预估值来选择执行计划，在数据很多的情况下，会导致查询优化器选择很差的执行计划；
b.不能直接在表变量上创建索引，但可以通过创建约束（主键、唯一）来建立索引；
c.在DECLARE后，不能再对表变量进行更改；
d.不能对表变量执行INSERT EXEC,SELECT INTO语句；
e.不能通过EXEC或sp_executesql来执行牵涉到表变量的动态SQL语句，但如果表变量是在动态SQL语句内定义的，则可以。

那什么时候可以使用表变量
要使用表变量应该根据如下规则来判断：
a.表的行数；
b.使用表变量能够减少的重新编译次数；
c.查询的类型和对索引或者统计信息的依赖程度；
d.需要生用UDF,UDDT,XML的时候。
其实也就说，得从实际出发，根据具体的查询，作出具体的选择。但是，其中很关键的一点，如果表的行数非常多，使用表变量其实是更费资源的。有人提出了这样的建议：对于行数较少的情况下(小于1000行）可以使用表变量；如果行数很多（有几万行），则使用临时表。

创建临时表
方法一：
create table #临时表名(字段1 约束条件,
字段2 约束条件,
…..)
create table ##临时表名(字段1 约束条件,
字段2 约束条件,
…..)
方法二：
select * into #临时表名 from 你的表;
select * into ##临时表名 from 你的表;

注：以上的#代表局部临时表，##代表全局临时表

查询临时表
select * from #临时表名;
select * from ##临时表名;

删除临时表
truncate table #临时表名 –清空临时表的所有数据和约束
drop table #临时表名;
drop table ##临时表名;

误区
误区1.表变量仅仅在内存中。
误区2.临时表仅仅存储在物理介质中。
这两种观点都是错误的，只有内存足够，表变量和临时表都会在内存中创建和处理。他们也同样可以在任何时间被存入磁盘。临时表与永久表相似，但临时表存储在 tempdb 中，当不再使用时会自动删除。

注意表变量的名字是系统分配的，表变量的第一个字符”@”并不是一个字母，所以它并不是一个有效的变量名。系统会在TempDb中为表变量创建一个系统分配的名称，所以任何在sysobjects或sys.tables查找表变量的方法都会失败。

正确的方法应该是我前面例子中的方法，我看到很多人使用如下查询查表变量：

select * from sysobjects where name like'#tempTables%'

上述代码看上去貌似很好用，但会产生多用户的问题。你建立两个连接，在第一个连接中创建临时表，在第二个窗口中运行上面的语句能看到第一个连接创建的临时表，如果你在第二个连接中尝试操作这个临时表，那么可能会产生错误，因为这个临时表不属于你的会话。

误区3.表变量不能拥有索引。

这个误区也同样错误。虽然一旦你创建一个表变量之后，就不能对其进行DDL语句了，这包括Create Index语句。然而你可以在表变量定义的时候为其创建索引)比如如下语句。

declare @MyTableVariable table (RowID intPRIMARY KEY CLUSTERED) 

这个语句将会创建一个拥有聚集索引的表变量。由于主键有了对应的聚集索引，所以一个系统命名的索引将会被创建在RowID列上。

下面的例子演示你可以在一个表变量的列上创建唯一约束以及如何建立复合索引。

declare @temp TABLE (
   　　RowID int NOT NULL,
   　　ColA int NOT NULL,
   　　ColB char(1)UNIQUE,
   　　PRIMARY KEY CLUSTERED(RowID, ColA))

　　1) SQL 并不能为表变量建立统计信息，就像其能为临时表建立统计信息一样。这意味着对于表变量，执行引擎认为其只有1行，这也意味着针对表变量的执行计划并不是最优。虽然估计的执行计划对于表变量和临时表都为1，但是实际的执行计划对于临时表会根据每次存储过程的重编译而改变。如果临时表不存在，在生成执行计划的时候会产生错误。

　　2) 一旦建立表变量后就无法对其进行DDL语句操作。因此如果需要为表建立索引或者加一列，你需要临时表。

　　3) 表变量不能使用select …into语句，而临时表可以。

　　4) 在SQL Server 2008中，你可以将表变量作为参数传入存储过程。但是临时表不行。在SQL Server 2000和2005中表变量也不行。

　　5) 作用域:表变量仅仅在当前的批处理中有效,并且对任何在其中嵌套的存储过程等不可见。局部临时表只在当前会话中有效，这也包括嵌套的存储过程。但对父存储过程不可见。全局临时表可以在任何会话中可见，但是会随着创建其的会话终止而DROP，其它会话这时就不能再引用全局临时表。

　　6) 排序规则：表变量使用当前数据库的排序规则，临时表使用TempDb的排序规则。如果它们不兼容，你还需要在查询或者表定义中进行指定。

　　7) 你如果希望在动态SQL中使用表变量，你必须在动态SQL中定义表变量。而临时表可以提前定义，在动态SQL中进行引用。