【译】表变量和临时表的比较

临时表

    在深入临时表之前，我们首先需要讨论一下会话(Session),一个会话仅仅是一个客户端到数据引擎的连接。在SQL Server Management Studio(SSMS)中，每一个查询窗口都会和数据库引擎建立连接。一个应用程序可以和数据库建立一个或多个连接，除此之外，应用程序还可能建立连接后一直不释放直到应用程序结束，也可能使用完释放连接需要时建立连接。

    那么，什么是临时表？在 BOL (CREATE TABLE) 中，我们可以知道临时表和以Create table语句创建的表有着相同的物理构成，但临时表与正常的表不同之处有:

1) 临时表的名字不能超过116个字符，这是由于数据库引擎为了辨别不同会话建立不同的临时表，所以会自动在临时表的名字后附加一串

2) 局部临时表（以“#”开头命名的）作用域仅仅在当前的连接内，从在存储过程中建立局部临时表的角度来看，局部临时表会在下列情况被Drop:

    a.显式调用DROP Table语句

    b.当局部临时表在存储过程内被创建时，存储过程结束也就意味着局部临时表被DROP

    c.当前会话结束，在会话内创建的所有局部临时表都会被Drop

3) 全局临时表（以“##”开头命名的）在所有的会话内可见，所以在创建全局临时表之前首先检查其是否存在，否则如果已经存在，你将会得到重复创建对象的错误.

    a.全局临时表会在创建其的会话结束后被DROP,其它会话将不能对全局临时表进行引用。

    b.引用是在语句级别进行，比如说下面例子:

        i.建立新的查询窗口，运行如下语句:

    
           create
    
    
      table
    
     ##temp (RowID 
    
      int
    
    )
  

        ii.再次开启一个新的查询创建，使用如下语句每5秒中对全局临时表进行引用

    
           while
    
     1=1 
    
      begin
    
    
      select
    
     * 
    
      from
    
     ##temp

       
    
      waitfor
    
     delay 
    
      '00:00:05'
    
    
      end
    
  

       iii.回到第一个窗口，关闭窗口

       iv.在下一个循环引用全局临时表时，将产生错误

4) 不能对临时表进行分区。

5) 不能对临时表加外键约束

6) 临时表内列的数据类型不能定义成没有在TempDb中没有定义自定义数据类型(自定义数据类型是数据库级别的对象，而临时表属于TempDb),由于TempDb在每次SQL Server重启后会被自动创建，所以你必须使用 startup stored procedure 来为TempDb创建自定义数据类型。你也可以通过修改Model数据库来达到这一目标。

7) XML列不能定义成XML集合的形式，除非这个集合已经在TempDb中定义

    临时表既可以通过Create Table语句创建，也可以通过”SELECT <select_list> INTO #table”语句创建。你还可以针对临时表使用”INSERT INTO #table EXEC stored_procedure”这样的语句。

    临时表可以拥有命名的约束和索引。但是，当两个用户在同一时间调用同一存储过程时，将会产生”There is already an object named ‘<objectname>’ in the database”这样的错误。所以最好的做法是不用为建立的对象进行命名，而使用系统分配的在TempDb中唯一的。6

    参考6 谈论了很多由于临时表而导致的存储过程重编译的原因以及避免的方法。

误区

    误区1.表变量仅仅在内存中。

    误区2.临时表仅仅存储在物理介质中

    这两种观点都是明显的误区，在参考1的Q4节。表变量都是在TempDb数据库中创建，因为表变量存储的数据有可能超过物理内存。除此之外，我们发现只要内存足够，表变量和临时表都会在内存中创建和处理。它们也同样可以在任何时间被存入磁盘。

    如何证明这点？请看下面代码(在SQL Server 2000到2008中都有效)

      
        -- make a list of all of the user tables currently active in the
      
    

      
        -- TempDB database
      
    

      
        if
      
       object_id(
      
        'tempdb..#tempTables'
      
      ) 
      
        is
      
      
        not
      
      
        null
      
      
        drop
      
      
        table
      
       #tempTables
    

      
        select
      
       name 
      
        into
      
       #tempTables 
      
        from
      
       tempdb..sysobjects 
      
        where
      
       type =
      
        'U'
      
    

      
        -- prove that even this new temporary table is in the list.
      
    

      
        -- Note the suffix at the end of it to uniquely identify the table across sessions.
      
    

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

      
        GO
      
    

      
        -- create a table variable
      
    

      
        declare
      
       @MyTableVariable 
      
        table
      
       (RowID 
      
        int
      
      )
    

      
        -- show all of the new user tables in the TempDB database.
      
    

      
        select
      
       name 
      
        from
      
       tempdb..sysobjects
    

      
        where
      
       type =
      
        'U'
      
      
        and
      
       name 
      
        not
      
      
        in
      
       (
      
        select
      
       name 
      
        from
      
       #tempTables)
    

    还有一些“证明”临时表仅仅存在于内存中谬误，下面我来指出其中一个：

    注意表变量的名字是系统分配的，表变量的第一个字符”@”并不是一个字母，所以它并不是一个有效的变量名。系统会在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，但是实际的执行计划对于临时表会根据每次存储过程的重编译而改变（看参考1，Q2部分）.如果临时表不存在，在生成执行计划的时候会产生错误。

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

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

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

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

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

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

说了这么多，那么，我该如何选择呢？

    微软 推荐 使用表变量（看参考4），如果表中的行数非常小，则使用表变量。很多”网络专家”会告诉你100是一个分界线,因为这是统计信息创建查询计划效率高低的开始。但是我还是希望告诉你针对你的特定需求对临时表和表变量进行测试。很多人在自定义函数中使用表变量，如果你需要在表变量中使用主键和唯一索引，你会发现包含数千行的表变量也依然性能卓越。但如果你需要将表变量和其它表进行join,你会发现由于不精准的执行计划，性能往往会非常差。

    为了证明这点，请看本文的附件。附件中代码创建了表变量和临时表.并装入了AdventureWorks数据库的Sales.SalesOrderDetail表。为了得到足够的测试数据，我将这个表中的数据插入了10遍。然后以ModifiedDate 列作为条件将临时表和表变量与原始的Sales.SalesOrderDetail表进行了Join操作，从统计信息来看IO差别显著。从时间来看表变量做join花了50多秒，而临时表仅仅花了8秒。

    如果你需要在表建立后对表进行DLL操作，那么选择临时表吧。

    临时表和表变量有很多类似的地方。所以有时候并没有具体的细则规定如何选择哪一个。对任何特定的情况，你都需要考虑其各自优缺点并做一些性能测试。下面的表格会让你比较其优略有了更详细的参考。

总结

参考:

1) INF: Frequently Asked Questions - SQL Server 2000 - Table Variables

2) T-SQL BOL (SQL 2000), table data type

3) T-SQL BOL (SQL 2008), Declare @local_variable

4) T-SQL BOL (SQL 2008), CREATE TABLE

5) Table-Valued Parameters (Database Engine)

6) Troubleshooting stored procedure recompilation

7) Local Temporary Tables and Table Variables

8) Startup stored procedure

9) Data Definition Language (DDL)

其它值得阅读的文章:

1) Things You Didn’t Know About Temp Tables and Table Variables

-----------------------------------------------------------------------

原文链接: http://www.sqlservercentral.com/articles/Temporary+Tables/66720/

Translated by: CareySon

【译】表变量和临时表的比较