2013年5月2日

Sql Server性能优化——Compression

摘要: (http://doc.chinaunix.net/sqlserver/201001/351813.shtml)执行SQL查询时,主要的几个瓶颈在于:CPU运算速度、内存缓存区大小、磁盘IO速度。而对于大数据量数据的查询,其瓶颈则一般集中于磁盘IO,以及内存缓存。那么为了提高SQL查询的效率,一方面我们需要考虑尽量减少查询设计的数据条目数——建立索引,设立分区;另一方面,我们也可以考虑切实减少数据表物理大小,从而减少IO大小。 在SQL Server 2008中,最新提供了一项功能“压缩(Compression)”,就是定位于减少数据表、索引物理大小。 设置压缩 在企业管理器中,在需要压... 阅读全文

posted @ 2013-05-02 14:41 Acor 阅读(309) 评论(0) 推荐(0) 编辑

优化SQL Server数据逻辑 提高查询性能

摘要: (http://doc.chinaunix.net/sqlserver/201002/389986.shtml)SQL语句优化的原则: 1.使用索引来更快地遍历表 缺省情况下建立的索引是非群集索引,但有时它并不是最佳的。在非群集索引下,数据在物理上随机存放在数据页上。合理的索引设计要建立在对各种查询的分析和预测上。一般来说:①.有大量重复值、且经常有范围查询(between, > ,< ,> =,< =)和order by、group by发生的列,可考虑建立群集索引;②.经常同时存取多列,且每列都含有重复值可考虑建立组合索引;③.组合索引要尽量使关键查询形成索引覆盖, 阅读全文

posted @ 2013-05-02 13:38 Acor 阅读(187) 评论(0) 推荐(0) 编辑

SQL 语句性能调优

摘要: (http://doc.chinaunix.net/sqlserver/201002/390302.shtml)经常听到有做应用的朋友抱怨数据库的性能问题,比如非常低的并发,令人崩溃的响应时间,长时间的锁等待,锁升级 , 甚至是死锁,等等。在解决这些问题的过程中,DBA 经常发现应用开发人员对数据库的“误用”。包括 , 返回过多不必要的数据 , 不必要和不适当加锁,对隔离级别的误用和对存储过程的误用等等。但是,面对浩如烟海的数据库知识 , 要求完全掌握 , 对应用开发人员来说也确实枯燥艰深 . 因此,笔者特别提炼对应用开发人员有帮助的 SQL 书写部分,以期望能对数据库开发人员有所帮助。 “. 阅读全文

posted @ 2013-05-02 13:26 Acor 阅读(185) 评论(0) 推荐(1) 编辑

SQL Server性能调教系列(1)-概述

摘要: (http://doc.chinaunix.net/sqlserver/201007/701965.shtml) 一. 前言 近期计划写一点有关SQL Server性能调校方面的想法, 就是太繁杂没有整理出来头绪.在我们写SQL,设计Table或者做DBA, 或者做项目时,会有好多性能方面的考量,好多论坛里面也会常常提问到: 为何我这个SQL运行的这么慢或者效率很低,如果做性能方面的调优? 如果管理的数据库比较大(maybe >50GB),性能方面的考量就显得非常重要了. 在业务逻辑层面上当然希望后台的数据能够快速的处理,提交一个请求能够得到快速的回应. 如果后台数据处理太慢的话,前台的 阅读全文

posted @ 2013-05-02 12:02 Acor 阅读(194) 评论(0) 推荐(0) 编辑

SQL Server数据库优化措施:索引优化(转)

摘要: (http://doc.chinaunix.net/sqlserver/201005/613491.shtml) 索引的作用就类似于书的目录,书的目录会按照章节的顺序排列,会指想某一张的位置。这样如果在一本数百页的书里面查找某个章节位置的时候,我们就可以只扫描书的目录,扫描的范围缩小了n倍,查询的效率自然就提高了。另外在sql server内存够用的情况下索引会被放到内存中,在内存中查找自然又会提高效率;所以我们必须得合理利用索引。 1)对什么列建索引 数据库默认情况下会对主键建聚集索引,除了这个索引之外还需要在哪些列上建索引呢?这个问题只能具体情况具体分析,要看需要优化的sql语句(通常.. 阅读全文

posted @ 2013-05-02 11:12 Acor 阅读(183) 评论(0) 推荐(0) 编辑

导航