一、表變數

　　表變數在SQL Server 2000中首次被引入。表變數的具體定義包括列定義，列名，資料型別和約束。而在表變數中可以使用的約束包括主鍵約束，唯一約束，NULL約束和CHECK約束(外來鍵約束不能在表變數中使用)。定義表變數的語句是和正常使用Create Table定義表語句的子集。只是表變數通過DECLARE @local_variable語句進行定義。

　　表變數的特徵：

1. 表變數擁有特定作用域(在當前批處理語句中，但不在任何當前批處理語句呼叫的儲存過程和函式中)，表變數在批處理結束後自動被清除。
2. 表變數較臨時表產生更少的儲存過程重編譯。
3. 針對表變數的事務僅僅在更新資料時生效，所以鎖和日誌產生的數量會更少。
4. 由於表變數的作用域如此之小，而且不屬於資料庫的持久部分，所以事務回滾不會影響表變數。

　　表變數可以在其作用域內像正常的表一樣使用。更確切的說，表變數可以被當成正常的表或者表表達式一樣在SELECT,DELETE,UPDATE,INSERT語句中使用，但是表變數不能在類似"SELECT select_list INTO table_variable"這樣的語句中使用。而在SQL Server2000中，表變數也不能用於INSERT INTO table_variable EXEC stored_procedure這樣的語句中。

　　表變數不能做如下事情:

1. 雖然表變數是一個變數，但是其不能賦值給另一個變數。
2. check約束，預設值和計算列不能引用自定義函式。
3. 不能為約束命名。
4. 不能Truncate表變數。
5. 不能向標識列中插入顯式值(也就是說表變數不支援SET IDENTITY_INSERT ON)

 　 下面來玩玩表變數吧。

　　定義一個表變數，插入一條資料，然後查詢：

　　DECLARE @tb1 Table
　　(
 　　Id int,
 　　Name varchar(20),
 　　Age int
　　)

　　INSERT INTO @tb1 VALUES(1,'劉備',22)

　　SELECT * FROM @tb1

　　輸出結果如下：

 　　再來試試一些不符合要求的情況，例如新增表變數後，新增約束，並對約束命名：

　　ALTER TABLE @tb1
    ADD CONSTRAINT CN_AccountAge
    CHECK 
    (Account_Age > 18);    -- 插入年齡必須大於18

　　SQL Server提示錯誤如下：

　　SQL Server不支援定義表變數時對Constraint命名，也不支援定義表變數後，對其建Constraint。

 　　更多的不允許，請檢視上面的要求。

二、臨時表

　　在深入臨時表之前，我們要了解一下會話(Session)，一個會話僅僅是一個客戶端到資料引擎的連線。在SQL Server Management Studio中，每一個查詢視窗都會和資料庫引擎建立連線。一個應用程式可以和資料庫建立一個或多個連線，除此之外，應用程式還可能建立連線後一直不釋放知道應用程式結束，也可能使用完釋放連線需要時建立連線。

　　臨時表和Create Table語句建立的表有著相同的物理工程，但臨時表與正常的表不同之處有：

　　1、臨時表的名稱不能超過116個字元，這是由於資料庫引擎為了辨別不同會話建立不同的臨時表，所以會自動在臨時表的名字後附加一串。

　　2、區域性臨時表(以"#"開頭命名的)作用域僅僅在當前的連線內，從在儲存過程中建立區域性臨時表的角度來看，區域性臨時表會在下列情況下被Drop：
　　　　a、顯示呼叫Drop Table語句
　　　　b、當局部臨時表在儲存過程內被建立時，儲存過程結束也就意味著區域性臨時表被Drop。
　　　　c、當前會話結束，在會話內建立的所有區域性臨時表都會被Drop。

　　3、全域性臨時表(以"##"開頭命名的)在所有的會話內可見，所以在建立全域性臨時表之前首先檢查其是否存在，否則如果已經存在，你將會得到重複建立物件的錯誤。
　　　　a、全域性臨時表會在建立其的會話結束後被Drop，Drop後其他會話將不能對全域性臨時表進行引用。
　　　　b、引用是在語句級別進行，如:
　　　　　　1.新建查詢視窗，執行語句：

　　CREATE TABLE ##temp(RowID int)
　　INSERT INTO ##temp VALUES(3)

　　　　　　2.再次新建一個查詢視窗，每5秒引用一次全域性臨時表

　　While 1=1 
　　BEGIN
　　SELECT * FROM ##temp
　　WAITFOR delay '00:00:05'
　　END

　　　　　　3.回到第一個視窗，關閉視窗。
　　　　　　4.下一次第二個視窗引用時，將產生錯誤。

　　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中唯一的。

三、誤區

　　誤區1.表變數僅僅在記憶體中。

　　誤區2.臨時表僅僅儲存在物理介質中。

　　這兩種觀點都是錯誤的，只有記憶體足夠，表變數和臨時表都會在記憶體中建立和處理。他們也同樣可以在任何時間被存入磁碟。

    如何證明這點？請看下面程式碼(在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，但是實際的執行計劃對於臨時表會根據每次儲存過程的重編譯而改變。如果臨時表不存在，在生成執行計劃的時候會產生錯誤。

　　2) 一旦建立表變數後就無法對其進行DDL語句操作。因此如果需要為表建立索引或者加一列，你需要臨時表。

　　3) 表變數不能使用select …into語句，而臨時表可以。

　　4) 在SQL Server 2008中，你可以將表變數作為引數傳入儲存過程。但是臨時表不行。在SQL Server 2000和2005中表變數也不行。

　　5) 作用域:表變數僅僅在當前的批處理中有效,並且對任何在其中巢狀的儲存過程等不可見。區域性臨時表只在當前會話中有效，這也包括巢狀的儲存過程。但對父儲存過程不可見。全域性臨時表可以在任何會話中可見，但是會隨著建立其的會話終止而DROP，其它會話這時就不能再引用全域性臨時表。

　　6) 排序規則：表變數使用當前資料庫的排序規則，臨時表使用TempDb的排序規則。如果它們不相容，你還需要在查詢或者表定義中進行指定。

　　7) 你如果希望在動態SQL中使用表變數，你必須在動態SQL中定義表變數。而臨時表可以提前定義，在動態SQL中進行引用。

四、如何選擇

　　微軟推薦使用表變數，如果表中的行數非常小，則使用表變數。很多”網路專家”會告訴你100是一個分界線,因為這是統計資訊建立查詢計劃效率高低的開始。但是我還是希望告訴你針對你的特定需求對臨時表和表變數進行測試。很多人在自定義函式中使用表變數，如果你需要在表變數中使用主鍵和唯一索引，你會發現包含數千行的表變數也依然效能卓越。但如果你需要將表變數和其它表進行join,你會發現由於不精準的執行計劃，效能往往會非常差。

　　為了證明這點，請看本文的附件。附件中程式碼建立了表變數和臨時表.並裝入了AdventureWorks資料庫的Sales.SalesOrderDetail表。為了得到足夠的測試資料，我將這個表中的資料插入了10遍。然後以ModifiedDate 列作為條件將臨時表和表變數與原始的Sales.SalesOrderDetail表進行了Join操作，從統計資訊來看IO差別顯著。從時間來看錶變數做join花了50多秒，而臨時表僅僅花了8秒。

　　如果你需要在表建立後對錶進行DLL操作，那麼選擇臨時表吧。

　　臨時表和表變數有很多類似的地方。所以有時候並沒有具體的細則規定如何選擇哪一個。對任何特定的情況，你都需要考慮其各自優缺點並做一些效能測試。下面的表格會讓你比較其優略有了更詳細的參考。

五、總結