SQL Server中的臨時表和表變量
臨時表和變量表的基礎知識：
表變量
變量都以@或@@為前綴，表變量是變量的一種，另外一種變量被稱為標量(可以理解為標準變量，就是標準數據類型的變量，例如整型int或者日期型DateTime)。以@前綴的表變量是本地的，因此只有在當前用戶會話中才可以訪問，而@@前綴的表變量是全局的，通常都是系統變量，比如說@@error代表最近的一個T-SQL語句的報錯號。當然因為表變量首先是個變量，因此它只能在一個Batch中生存，也就是我們所說的邊界，超出了這個邊界，表變量也就消亡了。
存放在內存中，正是因為這一點所有用戶訪問表變量的時候SQLServer是不需要生成日志。同時變量是不需要考慮其他會話訪問的問題，因此也不需要鎖機制，對于非常繁忙的系統來說，避免鎖的使用可以減少一部分系統負載。
另外還有一個限制就是不能創建索引，當然也不存在統計數據的問題，因此在用戶訪問表變量的時候也就不存在執行計劃選擇的問題了(也就是以為著編譯階段后就沒有優化階段了)，這一特性有的時候是件好事，而有些時候卻會造成一些麻煩。
臨時表
臨時對象都以#或##為前綴，臨時表是臨時對象的一種，還有例如臨時存儲過程、臨時函數之類的臨時對象，臨時對象都存儲在tempdb中。以#前綴的臨時表為本地的，因此只有在當前用戶會話中才可以訪問，而##前綴的臨時表是全局的，因此所有用戶會話都可以訪問。臨時表以會話為邊界，只要創建臨時表的會話沒有結束，臨時表就會持續存在，當然用戶在會話中可以通過DROPTABLE命令提前銷毀臨時表。
我們前面說過臨時表存儲在tempdb中，因此臨時表的訪問是有可能造成物理IO的，當然在修改時也需要生成日志來確保一致性，同時鎖機制也是不可缺少的。
跟表變量另外一個顯著去別就是臨時表可以創建索引，也可以定義統計數據，因此SQLServer在處理訪問臨時表的語句時需要考慮執行計劃優化的問題。
表變量vs. 臨時表
表變量
臨時表 數據集的存儲位置 內存(不考慮被換到頁面文件這種情況) 磁盤(不考慮訪問后被緩存到內存中) 是否需要日志 否是是否可以創建索引 否 是 是否可以使用統計數據 否 是 是否可以在多會話中訪問 否 是 是否需要鎖機制 否 是
結論
綜上所述，大家會發現臨時表和表變量在底層處理機制上是有很多差別的。
簡單地總結，我們對于較小的臨時計算用數據集推薦使用表變量。如果數據集比較大，如果在代碼中用于臨時計算，同時這種臨時使用永遠都是簡單的全數據集掃描而不需要考慮什么優化，比如說沒有分組或分組很少的聚合(比如說COUNT、SUM、AVERAGE、MAX等)，也可以考慮使用表變量。使用表變量另外一個考慮因素是應用環境的內存壓力，如果代碼的運行實例很多，就要特別注意內存變量對內存的消耗。
一般對于大的數據集我們推薦使用臨時表，同時創建索引，或者通過SQLServer的統計數據(Statisitcs)自動創建和維護功能來提供訪問SQL語句的優化。如果需要在多個用戶會話間交換數據，當然臨時表就是唯一的選擇了。需要提及的是，由于臨時表存放在tempdb中，因此要注意tempdb的調優。
從上文可以總結出，并不是臨時表和變量表哪種更好，其實臨時表和變量表是兩種不同的表，二者都有各自的適合環境，所以在使用只要是適合的就是好用的，所以大家在選用時，要綜合考慮使用環境。
【編輯推薦】
