在SQL Server的性能調(diào)優(yōu)中，有一個不可比擬的問題：那就是如何在一段需要長時間的代碼或被頻繁調(diào)用的代碼中處理臨時數(shù)據(jù)集?表變量和臨時表是兩種選擇。記 得在給一家國內(nèi)首屈一指的海運(yùn)公司作SQL Server應(yīng)用性能評估和調(diào)優(yōu)的時候就看到過大量的臨時數(shù)據(jù)集處理需求，而他們的開發(fā)人員就無法確定什么時候用臨時表，什么時候用表變量，因此他們就簡 單的使用了臨時表。實際上臨時表和表變量都有特定的適用環(huán)境。

　　先賣弄一些基礎(chǔ)的知識：

表變量

　　變量都以@或@@為前綴，表變量是變量的一種，另外一種變量被稱為標(biāo)量(可以理解為標(biāo)準(zhǔn)變量，就是標(biāo)準(zhǔn)數(shù)據(jù)類型的變量，例如整型int或者日期 型DateTime)。以@前綴的表變量是本地的，因此只有在當(dāng)前用戶會話中才可以訪問，而@@前綴的表變量是全局的，通常都是系統(tǒng)變量，比如說 @@error代表最近的一個T-SQL語句的報錯號。當(dāng)然因為表變量首先是個變量，因此它只能在一個Batch中生存，也就是我們所說的邊界，超出了這 個邊界，表變量也就消亡了。

　　表變量存放在內(nèi)存中，正是因為這一點所有用戶訪問表變量的時候SQL Server是不需要生成日志。同時變量是不需要考慮其他會話訪問的問題，因此也不需要鎖機(jī)制，對于非常繁忙的系統(tǒng)來說，避免鎖的使用可以減少一部分系統(tǒng)負(fù)載。

　　表變量另外還有一個限制就是不能創(chuàng)建索引，當(dāng)然也不存在統(tǒng)計數(shù)據(jù)的問題，因此在用戶訪問表變量的時候也就不存在執(zhí)行計劃選擇的問題了(也就是以為著編譯階段后就沒有優(yōu)化階段了)，這一特性有的時候是件好事，而有些時候卻會造成一些麻煩。

臨時表

　　臨時對象都以#或##為前綴，臨時表是臨時對象的一種，還有例如臨時存儲過程、臨時函數(shù)之類的臨時對象，臨時對象都存儲在tempdb中。以# 前綴的臨時表為本地的，因此只有在當(dāng)前用戶會話中才可以訪問，而##前綴的臨時表是全局的，因此所有用戶會話都可以訪問。臨時表以會話為邊界，只要創(chuàng)建臨 時表的會話沒有結(jié)束，臨時表就會持續(xù)存在，當(dāng)然用戶在會話中可以通過DROP TABLE命令提前銷毀臨時表。

　　我們前面說過臨時表存儲在tempdb中，因此臨時表的訪問是有可能造成物理IO的，當(dāng)然在修改時也需要生成日志來確保一致性，同時鎖機(jī)制也是不可缺少的。

　　跟表變量另外一個顯著去別就是臨時表可以創(chuàng)建索引，也可以定義統(tǒng)計數(shù)據(jù)，因此SQL Server在處理訪問臨時表的語句時需要考慮執(zhí)行計劃優(yōu)化的問題。

表變量 vs. 臨時表

	表變量	臨時表
數(shù)據(jù)集的存儲位置	內(nèi)存(不考慮被換到頁面文件這種情況)	磁盤(不考慮訪問后被緩存到內(nèi)存中)
是否需要日志	否	是
是否可以創(chuàng)建索引	否	是
是否可以使用統(tǒng)計數(shù)據(jù)	否	是
是否可以在多會話中訪問	否	是
是否需要鎖機(jī)制	否	是

結(jié)論

　　綜上所述，大家會發(fā)現(xiàn)臨時表和表變量在底層處理機(jī)制上是有很多差別的。

　　簡單地總結(jié)，我們對于較小的臨時計算用數(shù)據(jù)集推薦使用表變量。如果數(shù)據(jù)集比較大，如果在代碼中用于臨時計算，同時這種臨時使用永遠(yuǎn)都是簡單的全 數(shù)據(jù)集掃描而不需要考慮什么優(yōu)化，比如說沒有分組或分組很少的聚合(比如說COUNT、SUM、AVERAGE、MAX等)，也可以考慮使用表變量。使用 表變量另外一個考慮因素是應(yīng)用環(huán)境的內(nèi)存壓力，如果代碼的運(yùn)行實例很多，就要特別注意內(nèi)存變量對內(nèi)存的消耗。

　　一般對于大的數(shù)據(jù)集我們推薦使用臨時表，同時創(chuàng)建索引，或者通過SQL Server的統(tǒng)計數(shù)據(jù)(Statisitcs)自動創(chuàng)建和維護(hù)功能來提供訪問SQL語句的優(yōu)化。如果需要在多個用戶會話間交換數(shù)據(jù)，當(dāng)然臨時表就是唯一 的選擇了。需要提及的是，由于臨時表存放在tempdb中，因此要注意tempdb的