SQL Server 2016的數(shù)據(jù)庫范圍內(nèi)的配置詳解

SQL Server 2016真的讓人眼前一亮。幾天前微軟就提供了RCO(候選發(fā)布版)版本的下載。我已經(jīng)圍觀了一圈RCO版本，其中一個最拽的功能是數(shù)據(jù)庫范圍內(nèi)的配置(Database Scoped Configuration)，在今天的文章里我想談?wù)勊Ｑa充幾句：裝好之后，居然發(fā)現(xiàn)沒有SSMS，崩潰中，原來是在向?qū)е芯陀歇毩⒌陌惭b程序，好吧！

這配色，真是低調(diào)有內(nèi)涵。

另外，如過你的電腦已經(jīng)安裝了就【Microsoft Visual Studio 2010 Shell（獨立）Redistributable Package 】，卸載掉吧，好像會影響SSMS的安裝。

啟動畫面。

登錄界面。

數(shù)據(jù)庫范圍內(nèi)的配置

我們知道，SQL Server有很多配置選項只能在SQL Server實例級別進行全局配置。例如MAXDOP選項（當你不使用資源調(diào)控器時）。另外微軟提供我們大量不同的跟蹤標記（Trace Flags）可以修改SQL Server的內(nèi)部行為。微軟現(xiàn)在最終宣布這些領(lǐng)域，SQL Server 2016會為我們提供現(xiàn)存的配置選項，在數(shù)據(jù)庫級別就可以配置，而不使用特定的跟蹤標記（Trace Flags）。

我們來詳細看下它們。使用早期參數(shù)估計（Legacy Cardinality Estimation ）選項，你可以控制SQL Server是否使用老的還是SQL Server 2014里引入的新的參數(shù)估計。這是個新的配置選項，以前可以通過2312和9481跟蹤標記來實現(xiàn)。

MAXDOP選項就不用解釋了！終于你可以在數(shù)據(jù)庫級別控制MAXDOP！這真的太拽了！尤其對于Sharepoint。我來看看SharePoint的后續(xù)版本會不會支持數(shù)據(jù)庫級別的MAXDOP...對了，我已經(jīng)很期待在數(shù)據(jù)庫級別1的MAXDOP的數(shù)據(jù)庫，來回避可惡的CXPACKET等待。

參數(shù)探查（Parameter Sniffing）！微軟稱它為特色，我叫它為BUG，通常來說參數(shù)探查是個好事，因為查詢優(yōu)化器基于你首次提供的輸入值來編譯查詢計劃。這很棒，但缺點是生成的查詢計劃對提供輸入?yún)?shù)敏感，且只對那些參數(shù)進行優(yōu)化。如果你后來用不同的參數(shù)值重用緩存的查詢計劃，就會影響你的性能。

只用這個配置選項，現(xiàn)在你可以控制查詢優(yōu)化器是否使用參數(shù)探查。它可以用來替換4136跟蹤標記。如果你禁用參數(shù)探查，當你使用OPTIMIZE FOR UNKNOWN查詢提示時，SQL Server內(nèi)部使用同樣的行為——它不會給你優(yōu)化的性能，但會給你一致的性能……

最后你有查詢優(yōu)化修補程序（Query Optimizer Fixes configuration option）。這個配置選項啟用或停用一些特定的查詢修補程序，它用來代替跟蹤標記4199。

小結(jié)

我真的很喜歡數(shù)據(jù)庫范圍內(nèi)的配置！尤其是MAXDOP選項。對于Sharepoint來說，它是個巨大的優(yōu)勢，如果我們只針對運行Sharepoint的特定數(shù)據(jù)庫使用1的MAXDOP，剩下的一切會比配置實例的MAXDOP好很多。

對于這些新的配置選項，你覺得如何？喜歡它們么？請盡情留言。