本文中，我們將介紹兩個(gè)SQL Server中的可用概念，它們是使用SQL Server時(shí)值得注意的技術(shù)。

塔河網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)！從網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、APP開發(fā)、成都響應(yīng)式網(wǎng)站建設(shè)公司等網(wǎng)站項(xiàng)目制作，到程序開發(fā)，運(yùn)營維護(hù)。創(chuàng)新互聯(lián)自2013年創(chuàng)立以來到現(xiàn)在10年的時(shí)間，我們擁有了豐富的建站經(jīng)驗(yàn)和運(yùn)維經(jīng)驗(yàn)，來保證我們的工作的順利進(jìn)行。專注于網(wǎng)站建設(shè)就選創(chuàng)新互聯(lián)。

1.         OPTIMIZE FOR Unknown

SQL Server 2005版本中增加了OPTIMIZE FOR提示（hint），允許DBA確定用于基數(shù)評(píng)估和優(yōu)化的字面值。 如果我們有一張數(shù)據(jù)分布傾斜的表，OPTIMIZE FOR能被用于優(yōu)化為廣泛范圍參數(shù)值提供合理性能的通用值。當(dāng)對所有參數(shù)值來說性能并非最好時(shí)，相比有時(shí)做查找（seek，對于選擇性較好的參數(shù)值），有時(shí)做掃描（scan，對于選擇性一般的參數(shù)值），所有場景具備同樣的執(zhí)行時(shí)間也許會(huì)更可取，這依賴于最初編譯期間傳入的參數(shù)值。

不幸的是，OPTIMIZE FOR僅允許字面值。如果變量為類似日期時(shí)間（datetime）或順序數(shù)（其本質(zhì)隨時(shí)間而增長），那么，確定的任何固定值不久將因變得過時(shí)而不得不修改該提示來確定一個(gè)新值。即使該參數(shù)值域隨時(shí)間保持相對穩(wěn)定，但提供字面值時(shí)你不得不實(shí)驗(yàn)和發(fā)現(xiàn)一個(gè)足夠好的通用值，這有時(shí)是很難的或很費(fèi)時(shí)間的。

最后，為OPTIMIZER FOR提供數(shù)值將通過改變使用該參數(shù)的謂詞基數(shù)評(píng)估而影響計(jì)劃的選擇。在OPTIMIZE FOR提示中，如果你提供了一個(gè)不存在或稀有值，那么，你就減少了基數(shù)評(píng)估值，這將會(huì)影響成本和最終計(jì)劃的選擇。

如果你只想得到一個(gè)“平均”值而并不關(guān)心該值是什么，OPTIMIZE FOR (@variable_name UNKNOWN)提示將導(dǎo)致優(yōu)化器忽略影響基數(shù)評(píng)估的這個(gè)參數(shù)值。取而代之是用柱狀圖，基數(shù)評(píng)估將由密度、關(guān)鍵信息或依賴謂詞的固定選擇性評(píng)估得出。這將導(dǎo)致一個(gè)并不需要DBA必須一直監(jiān)視和改變參數(shù)值來維護(hù)一致性能的可預(yù)見評(píng)估。

語法變化將告訴優(yōu)化器忽視所有參數(shù)值，這只需確定OPTIMIZE FOR UNKNOWN并漏掉括號(hào)和變量名。確定OPTIMIZE FOR將導(dǎo)致ParameterCompiledValue從showplan XML輸出中消失，正像參數(shù)嗅探（sniffing）沒有發(fā)生一樣。不管傳遞的參數(shù)，最終計(jì)劃將是一樣的，并且，也許會(huì)給出更加可預(yù)見的查詢性能。

2.         QUERYTRACEON 和 QUERYRULEOFF

有些場景中，開發(fā)人員也許建議用跟蹤標(biāo)志（trace flag）來避免查詢計(jì)劃或優(yōu)化器問題?；蛘撸麄円苍S發(fā)現(xiàn)禁用某個(gè)特定優(yōu)化器規(guī)則會(huì)阻止特定問題的發(fā)生。一些跟蹤標(biāo)志很常見，以至于難以預(yù)見開啟這些跟蹤標(biāo)志是否能很好的解決所有查詢問題，或該問題是否只針對研究的特定查詢。類似的，大多數(shù)優(yōu)化器規(guī)則并非本身不好，整個(gè)系統(tǒng)范圍內(nèi)禁用該規(guī)則可能會(huì)導(dǎo)致其他方面的性能退化。

SQL Server 2008中，可以在特定查詢運(yùn)行期間開啟某個(gè)跟蹤標(biāo)志，或通過如下未被歸檔QUERYTRACEON或QUERYRULEOFF提示僅在查詢編譯期間禁用某個(gè)優(yōu)化器規(guī)則。

select @v_test=c1 from t1 where c1=2 option(recompile,querytraceon 2389);

select @v_test=c1 from t1 where c1=2 option(recompile,queryruleoff OmitMyidx);

上述第二個(gè)語句顯示的語法也許會(huì)導(dǎo)致“no plan”錯(cuò)誤。預(yù)先未與開發(fā)人員討論以確保完全理解該規(guī)則及禁用可能帶來的后果，就不應(yīng)該使用QUERYRULEOFF。數(shù)據(jù)庫屬主通常擁有創(chuàng)建一個(gè)計(jì)劃指導(dǎo)（plan guide）所需的足夠權(quán)限，而用QUERYTRACEON/QUERYRULEOFF提示創(chuàng)建一個(gè)計(jì)劃指導(dǎo)則需要sysadmin權(quán)限，因?yàn)楦淖冞@些設(shè)置也許有系統(tǒng)而非數(shù)據(jù)庫范圍的含義。

結(jié)論

最后，清楚你的環(huán)境中何時(shí)使用這些查詢優(yōu)化或查詢調(diào)優(yōu)技術(shù)很重要，請?jiān)谑褂眠@些技術(shù)前，分析具體情況并進(jìn)行足夠的測試。.