SQL Server 2016的数据库范围内的配置
2016-03-16 07:58
302 查看
SQL Server 2016真的让人眼前一亮。几天前微软就提供了RCO(候选发布版)版本的下载。我已经围观了一圈RCO版本,其中一个最拽的功能是[b]数据库范围内的配置(Database Scoped Configuration)[/b],在今天的文章里我想谈谈它。补充几句:装好之后,居然发现没有SSMS,崩溃中,原来是在向导中就有独立的安装程序,好吧!
这配色,真是低调有内涵。
另外,如过你的电脑已经安装了就【Microsoft Visual Studio 2010 Shell(独立)Redistributable Package 】,卸载掉吧,好像会影响SSMS的安装。
启动画面。
登录界面。
我们来详细看下它们。使用[b]早期参数估计(Legacy Cardinality Estimation )[/b]选项,你可以控制SQL Server是否使用老的还是SQL Server 2014里引入的新的参数估计。这是个新的配置选项,以前可以通过2312和9481跟踪标记来实现。
[b]MAXDOP[/b]选项就不用解释了!终于你可以在数据库级别控制MAXDOP!这真的太拽了!尤其对于Sharepoint。我来看看SharePoint的后续版本会不会支持数据库级别的MAXDOP...对了,我已经很期待在数据库级别1的MAXDOP的数据库,来回避可恶的[b]CXPACKET[/b]等待。
[b]参数探查( Parameter Sniffing)[/b]!微软称它为特色,我叫它为BUG,通常来说参数探查是个好事,因为查询优化器基于你首次提供的输入值来编译查询计划。这很棒,但缺点是生成的查询计划对提供输入参数敏感,且只对那些参数进行优化。如果你后来用不同的参数值重用缓存的查询计划,就会影响你的性能。
只用这个配置选项,现在你可以控制查询优化器是否使用参数探查。它可以用来替换4136跟踪标记。如果你禁用参数探查,当你使用OPTIMIZE FOR UNKNOWN查询提示时,SQL Server内部使用同样的行为——它不会给你优化的性能,但会给你一致的性能……
最后你有[b]查询优化器修补程序(Query Optimizer Fixes configuration option)。[/b]这个配置选项启用或停用一些特定的查询修补程序,它用来代替跟踪标记4199。
对于这些新的配置选项,你觉得如何?喜欢它们么?请尽情留言。
感谢关注!
这配色,真是低调有内涵。
另外,如过你的电脑已经安装了就【Microsoft Visual Studio 2010 Shell(独立)Redistributable Package 】,卸载掉吧,好像会影响SSMS的安装。
启动画面。
登录界面。
数据库范围内的配置
我们知道,SQL Server有很多配置选项只能在SQL Server实例级别进行全局配置。例如MAXDOP选项(当你不使用资源调控器时)。另外微软提供我们大量不同的跟踪标记(Trace Flags)可以修改SQL Server的内部行为。微软现在最终宣布这些领域,SQL Server 2016会为我们提供现存的配置选项,在数据库级别就可以配置,而不使用特定的跟踪标记(Trace Flags)。我们来详细看下它们。使用[b]早期参数估计(Legacy Cardinality Estimation )[/b]选项,你可以控制SQL Server是否使用老的还是SQL Server 2014里引入的新的参数估计。这是个新的配置选项,以前可以通过2312和9481跟踪标记来实现。
[b]MAXDOP[/b]选项就不用解释了!终于你可以在数据库级别控制MAXDOP!这真的太拽了!尤其对于Sharepoint。我来看看SharePoint的后续版本会不会支持数据库级别的MAXDOP...对了,我已经很期待在数据库级别1的MAXDOP的数据库,来回避可恶的[b]CXPACKET[/b]等待。
[b]参数探查( Parameter Sniffing)[/b]!微软称它为特色,我叫它为BUG,通常来说参数探查是个好事,因为查询优化器基于你首次提供的输入值来编译查询计划。这很棒,但缺点是生成的查询计划对提供输入参数敏感,且只对那些参数进行优化。如果你后来用不同的参数值重用缓存的查询计划,就会影响你的性能。
只用这个配置选项,现在你可以控制查询优化器是否使用参数探查。它可以用来替换4136跟踪标记。如果你禁用参数探查,当你使用OPTIMIZE FOR UNKNOWN查询提示时,SQL Server内部使用同样的行为——它不会给你优化的性能,但会给你一致的性能……
最后你有[b]查询优化器修补程序(Query Optimizer Fixes configuration option)。[/b]这个配置选项启用或停用一些特定的查询修补程序,它用来代替跟踪标记4199。
小结
我真的很喜欢数据库范围内的配置!尤其是MAXDOP选项。对于Sharepoint来说,它是个巨大的优势,如果我们只针对运行Sharepoint的特定数据库使用1的MAXDOP,剩下的一切会比配置实例的MAXDOP好很多。对于这些新的配置选项,你觉得如何?喜欢它们么?请尽情留言。
感谢关注!
参考文章:
https://www.sqlpassion.at/archive/2016/03/14/database-scoped-configuration-in-sql-server-2016/相关文章推荐
- Mysql与MongoDB对比测试
- MongoDB之php操作
- MongoDB:用户认证
- MongoDB2.0安装配置
- IT忍者神龟之Windows安装MySQL解压版本
- redis在linux服务器部署
- redis在应用中使用连接不释放问题解决
- 常用 SQL介绍
- QSqlDatabase::addDatabase第一次运行的时候,生成SQLite文件的同时会产生一个默认连接
- oracle 权限设置
- 图形数据库Neo4J简介
- redis使用例子
- redis与spring整合实例
- select查询造成的数据库死锁
- 数据库分片(Sharding)与分区(Partition)的区别
- Mysql
- VC连接ADO方式ACCESS数据库在WIN7下编译到XP下不能运行解决方法
- Redis缓存配置
- MySQL MERGE存储引擎 简
- mybatis之xml中日期时间段查询的sql语句