专注,勤学,慎思。戒骄戒躁,谦虚谨慎

just do it

导航

随笔分类 -  SQL Server 优化

上一页 1 2

SQL Server 统计信息更新时采样百分比对数据预估准确性的影响
摘要:统计信息更新,采样百分比,密度 阅读全文

posted @ 2016-09-15 20:27 MSSQL123 阅读(3415) 评论(4) 推荐(7)

SQL Server 执行计划利用统计信息对数据行的预估原理以及SQL Server 2014中预估策略的改变
摘要:前提 本文仅讨论SQL Server查询时, 对于非复合统计信息,也即每个字段的统计信息只包含当前列的数据分布的情况下, 在用多个字段进行组合查询的时候,如何根据统计信息去预估行数的。 利用不同字段的统计信息做数据行数预估的算法原理,以及SQL Server 2012和SQL Server 2014 阅读全文

posted @ 2016-08-22 08:34 MSSQL123 阅读(2368) 评论(4) 推荐(4)

SQL Server 并行操作优化,避免并行操作被抑制而影响SQL的执行效率
摘要:为什么我也要说SQL Server的并行: 这几天园子里写关于SQL Server并行的文章很多,不管怎么样,都让人对并行操作有了更深刻的认识。我想说的是:尽管并行操作可能(并不是一定)存在这样或者那样的问题,但是我们不能否认并行,仍然要利用好并行。但是,实际开发中,某些SQL语句的写法会导致用不到 阅读全文

posted @ 2016-07-12 08:45 MSSQL123 阅读(3534) 评论(8) 推荐(14)

SQL Server创建复合索引时,复合索引列顺序对查询的性能影响
摘要:说说复合索引 写索引的博客太多了,一直不想动手写,有一下两个原因: 一是觉得有炒剩饭的嫌疑,有兄弟曾说:索引吗,只要在查询条件上建索引就行了,真的可以这么暴力吗? 二来觉得,索引是个非常大的话题,很难概括出所有的情况,你不整出点新意来,倒是有抄袭照搬的嫌疑 既然写了,就写一点稍微不一样的东西出来,好 阅读全文

posted @ 2016-06-21 17:43 MSSQL123 阅读(11774) 评论(8) 推荐(7)

Sql Server 聚集索引扫描 Scan Direction的两种方式------FORWARD 和 BACKWARD
摘要:最近发现一个分页查询存储过程中的的一个SQL语句,当聚集索引列的排序方式不同的时候,效率差别达到数十倍,让我感到非常吃惊由此引发出来分页查询的情况下对大表做Clustered Scan的时候,不同情况下会选择FORWARD 或者 BACKWARD差别,以及建立聚集索引时,选择索引列的排序方式的一些思 阅读全文

posted @ 2016-06-02 14:36 MSSQL123 阅读(3869) 评论(12) 推荐(2)

通过手动创建统计信息优化sql查询性能案例
摘要:本质原因在于:SQL Server 统计信息只包含复合索引的第一个列的信息,而不包含复合索引数据组合的信息 来源于工作中的一个实际问题, 这里是组合列数据不均匀导致查询无法预估数据行数,从而导致无法选择合理的执行计划导致性能低下的情况 我这里把问题简单化,主要是为了说明问题 进行如下查询,就是查询那 阅读全文

posted @ 2016-04-24 17:51 MSSQL123 阅读(1713) 评论(2) 推荐(1)

sqlserver 存储过程中使用临时表到底会不会导致重编译
摘要:曾经在网络上看到过一种说法,SqlServer的存储过程中使用临时表,会导致重编译,以至于执行计划无法重用,运行时候会导致重编译的这么一个说法,自己私底下去做测试的时候,根据profile的跟踪结果,存储过程中使用临时表,如果不是统计信息变更导致导致的重编译,并不会导致重编译,但是现实情况下,对于一 阅读全文

posted @ 2015-09-08 23:01 MSSQL123 阅读(3232) 评论(1) 推荐(4)

上一页 1 2