在SQL Server的性能調(diào)優(yōu)中,有一個(gè)不可比擬的問題:那就是如何在一段需要長時(shí)間的代碼或被頻繁調(diào)用的代碼中處理臨時(shí)數(shù)據(jù)集?表變量和臨時(shí)表是兩種選擇。
在SQL Server的性能調(diào)優(yōu)中,有一個(gè)不可比擬的問題:那就是如何在一段需要長時(shí)間的代碼或被頻繁調(diào)用的代碼中處理臨時(shí)數(shù)據(jù)集?表變量和臨時(shí)表是兩種選擇。記 得在給一家國內(nèi)首屈一指的海運(yùn)公司作SQL Server應(yīng)用性能評估和調(diào)優(yōu)的時(shí)候就看到過大量的臨時(shí)數(shù)據(jù)集處理需求,而他們的開發(fā)人員就無法確定什么時(shí)候用臨時(shí)表,什么時(shí)候用表變量,因此他們就簡 單的使用了臨時(shí)表。實(shí)際上臨時(shí)表和表變量都有特定的適用環(huán)境。
先賣弄一些基礎(chǔ)的知識:
表變量
變量都以@或@@為前綴,表變量是變量的一種,另外一種變量被稱為標(biāo)量(可以理解為標(biāo)準(zhǔn)變量,就是標(biāo)準(zhǔn)數(shù)據(jù)類型的變量,例如整型int或者日期 型DateTime)。以@前綴的表變量是本地的,因此只有在當(dāng)前用戶會(huì)話中才可以訪問,而@@前綴的表變量是全局的,通常都是系統(tǒng)變量,比如說 @@error代表最近的一個(gè)T-SQL語句的報(bào)錯(cuò)號。當(dāng)然因?yàn)楸碜兞渴紫仁莻€(gè)變量,因此它只能在一個(gè)Batch中生存,也就是我們所說的邊界,超出了這 個(gè)邊界,表變量也就消亡了。
表變量存放在內(nèi)存中,正是因?yàn)檫@一點(diǎn)所有用戶訪問表變量的時(shí)候SQL Server是不需要生成日志。同時(shí)變量是不需要考慮其他會(huì)話訪問的問題,因此也不需要鎖機(jī)制,對于非常繁忙的系統(tǒng)來說,避免鎖的使用可以減少一部分系統(tǒng)負(fù)載。
表變量另外還有一個(gè)限制就是不能創(chuàng)建索引,當(dāng)然也不存在統(tǒng)計(jì)數(shù)據(jù)的問題,因此在用戶訪問表變量的時(shí)候也就不存在執(zhí)行計(jì)劃選擇的問題了(也就是以為著編譯階段后就沒有優(yōu)化階段了),這一特性有的時(shí)候是件好事,而有些時(shí)候卻會(huì)造成一些麻煩。
臨時(shí)表
臨時(shí)對象都以#或##為前綴,臨時(shí)表是臨時(shí)對象的一種,還有例如臨時(shí)存儲(chǔ)過程、臨時(shí)函數(shù)之類的臨時(shí)對象,臨時(shí)對象都存儲(chǔ)在tempdb中。以# 前綴的臨時(shí)表為本地的,因此只有在當(dāng)前用戶會(huì)話中才可以訪問,而##前綴的臨時(shí)表是全局的,因此所有用戶會(huì)話都可以訪問。臨時(shí)表以會(huì)話為邊界,只要?jiǎng)?chuàng)建臨 時(shí)表的會(huì)話沒有結(jié)束,臨時(shí)表就會(huì)持續(xù)存在,當(dāng)然用戶在會(huì)話中可以通過DROP TABLE命令提前銷毀臨時(shí)表。
我們前面說過臨時(shí)表存儲(chǔ)在tempdb中,因此臨時(shí)表的訪問是有可能造成物理IO的,當(dāng)然在修改時(shí)也需要生成日志來確保一致性,同時(shí)鎖機(jī)制也是不可缺少的。
跟表變量另外一個(gè)顯著去別就是臨時(shí)表可以創(chuàng)建索引,也可以定義統(tǒng)計(jì)數(shù)據(jù),因此SQL Server在處理訪問臨時(shí)表的語句時(shí)需要考慮執(zhí)行計(jì)劃優(yōu)化的問題。
表變量 vs. 臨時(shí)表
|
表變量 | 臨時(shí)表 |
數(shù)據(jù)集的存儲(chǔ)位置 | 內(nèi)存(不考慮被換到頁面文件這種情況) | 磁盤(不考慮訪問后被緩存到內(nèi)存中) |
是否需要日志 | 否 | 是 |
是否可以創(chuàng)建索引 | 否 | 是 |
是否可以使用統(tǒng)計(jì)數(shù)據(jù) | 否 | 是 |
是否可以在多會(huì)話中訪問 | 否 | 是 |
是否需要鎖機(jī)制 | 否 | 是 |
結(jié)論
綜上所述,大家會(huì)發(fā)現(xiàn)臨時(shí)表和表變量在底層處理機(jī)制上是有很多差別的。
簡單地總結(jié),我們對于較小的臨時(shí)計(jì)算用數(shù)據(jù)集推薦使用表變量。如果數(shù)據(jù)集比較大,如果在代碼中用于臨時(shí)計(jì)算,同時(shí)這種臨時(shí)使用永遠(yuǎn)都是簡單的全 數(shù)據(jù)集掃描而不需要考慮什么優(yōu)化,比如說沒有分組或分組很少的聚合(比如說COUNT、SUM、AVERAGE、MAX等),也可以考慮使用表變量。使用 表變量另外一個(gè)考慮因素是應(yīng)用環(huán)境的內(nèi)存壓力,如果代碼的運(yùn)行實(shí)例很多,就要特別注意內(nèi)存變量對內(nèi)存的消耗。
一般對于大的數(shù)據(jù)集我們推薦使用臨時(shí)表,同時(shí)創(chuàng)建索引,或者通過SQL Server的統(tǒng)計(jì)數(shù)據(jù)(Statisitcs)自動(dòng)創(chuàng)建和維護(hù)功能來提供訪問SQL語句的優(yōu)化。如果需要在多個(gè)用戶會(huì)話間交換數(shù)據(jù),當(dāng)然臨時(shí)表就是唯一 的選擇了。需要提及的是,由于臨時(shí)表存放在tempdb中,因此要注意tempdb的
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索:z360901061

微信掃一掃加我為好友
QQ號聯(lián)系: 360901061
您的支持是博主寫作最大的動(dòng)力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點(diǎn)擊下面給點(diǎn)支持吧,站長非常感激您!手機(jī)微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點(diǎn)擊微信右上角掃一掃功能,選擇支付二維碼完成支付。
【本文對您有幫助就好】元
