共计 1267 个字符，预计需要花费 4 分钟才能阅读完成。
本篇文章为大家展示了 SQL Server 2016 的数据库范围内的配置是怎样的，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。
SQL Server 2016 真的让人眼前一亮。几天前微软就提供了 RCO(候选发布版) 版本的下载。我已经围观了一圈 RCO 版本，其中一个最拽的功能是数据库范围内的配置 (Database Scoped Configuration)。补充几句：装好之后，居然发现没有 SSMS，崩溃中，原来是在向导中就有独立的安装程序，好吧！
这配色，真是低调有内涵。
另外，如过你的电脑已经安装了就【Microsoft Visual Studio 2010 Shell（独立）Redistributable Package】，卸载掉吧，好像会影响 SSMS 的安装。
启动画面。
登录界面。
数据库范围内的配置
我们知道，SQL Server 有很多配置选项只能在 SQL Server 实例级别进行全局配置。例如 MAXDOP 选项（当你不使用资源调控器时）。另外微软提供我们大量不同的跟踪标记（Trace Flags）可以修改 SQL Server 的内部行为。微软现在最终宣布这些领域，SQL Server 2016 会为我们提供现存的配置选项，在数据库级别就可以配置，而不使用特定的跟踪标记（Trace Flags）。
我们来详细看下它们。使用早期参数估计（Legacy Cardinality Estimation）选项，你可以控制 SQL Server 是否使用老的还是 SQL Server 2014 里引入的新的参数估计。这是个新的配置选项，以前可以通过 2312 和 9481 跟踪标记来实现。
MAXDOP 选项就不用解释了！终于你可以在数据库级别控制 MAXDOP！这真的太拽了！尤其对于 Sharepoint。我来看看 SharePoint 的后续版本会不会支持数据库级别的 MAXDOP… 对了，我已经很期待在数据库级别 1 的 MAXDOP 的数据库，来回避可恶的 CXPACKET 等待。
参数探查（Parameter Sniffing）！微软称它为特色，我叫它为 BUG，通常来说参数探查是个好事，因为查询优化器基于你首次提供的输入值来编译查询计划。这很棒，但缺点是生成的查询计划对提供输入参数敏感，且只对那些参数进行优化。如果你后来用不同的参数值重用缓存的查询计划，就会影响你的性能。
只用这个配置选项，现在你可以控制查询优化器是否使用参数探查。它可以用来替换 4136 跟踪标记。如果你禁用参数探查，当你使用 OPTIMIZE FOR UNKNOWN 查询提示时，SQL Server 内部使用同样的行为——它不会给你优化的性能，但会给你一致的性能……
最后你有查询优化修补程序（Query Optimizer Fixes configuration option）。这个配置选项启用或停用一些特定的查询修补程序，它用来代替跟踪标记 4199。
上述内容就是 SQL Server 2016 的数据库范围内的配置是怎样的，你们学到知识或技能了吗？如果还想学到更多技能或者丰富自己的知识储备，欢迎关注丸趣 TV 行业资讯频道。
