共計 1267 個字符，預計需要花費 4 分鐘才能閱讀完成。

本篇文章為大家展示了 SQL Server 2016 的數(shù)據(jù)庫范圍內的配置是怎樣的，內容簡明扼要并且容易理解，絕對能使你眼前一亮，通過這篇文章的詳細介紹希望你能有所收獲。

SQL Server 2016 真的讓人眼前一亮。幾天前微軟就提供了 RCO(候選發(fā)布版) 版本的下載。我已經圍觀了一圈 RCO 版本，其中一個最拽的功能是數(shù)據(jù)庫范圍內的配置 (Database Scoped Configuration)。補充幾句：裝好之后，居然發(fā)現(xiàn)沒有 SSMS，崩潰中，原來是在向導中就有獨立的安裝程序，好吧！

這配色，真是低調有內涵。

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

啟動畫面。

登錄界面。

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

我們知道，SQL Server 有很多配置選項只能在 SQL Server 實例級別進行全局配置。例如 MAXDOP 選項（當你不使用資源調控器時）。另外微軟提供我們大量不同的跟蹤標記（Trace Flags）可以修改 SQL Server 的內部行為。微軟現(xiàn)在最終宣布這些領域，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… 對了，我已經很期待在數(shù)據(jù)庫級別 1 的 MAXDOP 的數(shù)據(jù)庫，來回避可惡的 CXPACKET 等待。

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

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

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

上述內容就是 SQL Server 2016 的數(shù)據(jù)庫范圍內的配置是怎樣的，你們學到知識或技能了嗎？如果還想學到更多技能或者豐富自己的知識儲備，歡迎關注丸趣 TV 行業(yè)資訊頻道。