SQLServer数据查询的优化方法

ＳＱＬＳｅｒｖｅｒ数据查询的优化方法聂文燕

摘要：SQLServer是一种功能强大的数据库管理系统，许多数据库应用系统都是以它作为后台数据库。本文在分析影响SQLSERVER数据查询效率的因素的基础上，提出了几种优化数据查询的方法。

关键词：SQLServer，数据，查询，优化

一、引言

SQLServer是是由微软公司开发的基于Windows操作系统的关系型数据库管理系统，它是一个全面的、集成的、端到端的数据解决方案，为企业中的用户提供了一个安全、可靠和高效的平台用于企业数据管理和商业智能应用。目前，许多中小型企业的数据库应用系统都是用SQLServer作为后台数据库管理系统设计开发的。设计一个应用系统并不难，但是要想使系统达到最优化的性能并不是一件容易的事。根据多年的实践，由于初期的数据库中表的记录数比较少，性能不会有太大问题，但数据积累到一定程度，达到数百万甚至上千万条，全面扫描一次往往需要数十分钟，甚至数小时。20％的代码用去了80％的时间，这是程序设计中的一个著名定律，在数据库应用程序中也同样如此。如果用比全表扫描更好的查询策略，往往可以使查询时间降为几分钟。而且我们知道，目前数据库系统应用中，查询操作占了绝大多数，查询优化成为数据库性能优化最为重要的手段之一。

二、影响查询效率的因素

SQLServer处理查询计划的过程是这样的：在做完查询语句的词法、语法检查之后，将语句提交给SQLServer的查询优化器，查询优化器通过检查索引的存在性、有效性和基于列的统计数据来决定如何处理扫描、检索和连接，并生成若干执行计划，然后通过分析执行开销来评估每个执行计划，从中选出开销最小的执行计划,由预编译模块对语句进行处理并生成查询规划，然后在合适的时间提交给系统处理执行，最后将执行结果返回给用户。所以，SQLServer中影响查询效率的因素主要有以下几种：1．没有索引或者没有用到索引。索引是数据库中重要的数据结构，使用索引的目的是避免全表扫描，减少磁盘I/O，以加快查询速度。

2．没有创建计算列导致查询不优化。

3．查询出的数据量过大（可以采用多次查询，其他的方法降低数据量）。

4．返回了不必要的行和列。

5．查询语句不好，没有优化。其中包括：查询条件中操作符使用是否得当;查询条件中的数据类型是否兼容;对多个表查询时,数据表的次序是否合理;多个选择条件查询时,选择条件的次序是否合理;是否合理安排联接选择运算等。

三、SQLServer数据查询优化方法

3.1建立合适的索引索引是数据库中重要的数据结构，它的根本目的就是为了提高查询效率。当根据索引码的值搜索数据时，索引提供了对数据的快速访问。事实上，没有索引,数据库也能根据SELECT语句成功地检索到结果，但随着表变得越来越大，使用“适当”的索引的效果就越来越明显。索引的使用要恰到好处，其使用原则有：

(1)对于基本表，不宜建立过多的索引；

(2)对于那些查询频度高，实时性要求高的数据一定要建立索引，而对于其他的数据不考虑建立索引；

(3)在经常进行连接，但是没有指定为外键的列上建立索引；

(4)在频繁进行排序或分组（即进行groupby或orderby操作）的列上建立索引；

(5)在条件表达式中经常用到的不同值较多的列上建立检索，在不同值少的列上不要建立索引。比如在雇员表的“性别”列上只有“男”与“女”两个不同值，因此就无必要建立索引。如果建立索引不但不会提高查询效率，反而会严重降低更新速度；

(6)如果待排序的列有多个，可以在这些列上建立复合索引。在SQLServer中，索引按索引表达式包含的列分为单列索引和复合索引。检查查询语句的where子句，因为这是优化器重要关注的地方。包含在where里面的每一列都是可能的侯选索引，为能达到最优的性能，例如：对于在where子句中给出了column1这个列，下面的两个条件可以提高索引的优化查询性能！

第一：在表中的column1列上有一个单索引；

第二：在表中有多索引，但是column1是第一个索引的列。避免定义多索引而column1是第二个或后面的索引，这样的索引不能优化服务器性能。例如：下面的例子用了pubs数据库。SELECTau_id,au_lname,au_fname FROMauthorsWHEREau_lname=‟White‟按下面几个列上建立的索引将会是对优化器有用的索引au_lname au_lname,au_fname而在下面几个列上建立的索引将不会对优化器起到好的作用au_address au_fname,au_lname在SQLServer中，索引按存储结构分为聚簇索引和非聚簇索引。聚簇索引是按照定义数据列值的顺序在物理上对记录排序，在一个表上只能有一个聚簇索引，聚簇索引查询速度较快，但缺点是对表进行修改操作时速度较慢，因为为了保证表中记录的物理顺序与索引的顺序一致，必须将记录插入到数据页的相应位置，从而数据页中的数据必须重排。在下面的几个情况下，可以考虑用聚簇索引：

(1)某列包括的不同值的个数是有限的（但是不是极少的）。如顾客表的州名列有50个左右的不同州名的缩写值，可以使用聚簇索引。

(2)对返回一定范围内值的列可以使用聚簇索引，如用between,>,>=, Select*fromsal eswhereord_datebetween‟5/1/93‟and‟6/1/93‟

(3)对查询时返回大量结果的列可以使用聚簇索引。SELECT*FROMphonebookWHERElast_name=‟Smith‟当有大量的行正在被插入表中时，要避免在本表一个自然增长（例如，identity列）的列上建立聚簇索引。如果你建立了聚簇的索引，那么insert的性能就会大大降低。因为每一个插入的行必须到表的最后，表的最后一个数据页。

非聚簇索引指定表中的逻辑顺序，一个表上可以建立多达249个非聚簇索引，它查询的速度比不建立索引快，但比聚簇索引慢，插入数据比聚簇索引快，因为纪录直接被追加到数据末尾。可以在以下情况下考虑使用非聚簇索引。

(1)在有很多不同值的列上可以考虑使用非聚簇索引，如employee表中的emp_id列可以建立非聚簇索引。

(2)查询结果集返回的是少量或单行的结果集。例如

select*fromemployeewhereemp_id=‟pcm9809f‟

(3)查询语句中orderby子句的列上可以考虑使用非聚簇索引。

3.2常用的计算字段(如总计、最大值等)可以考虑存储到数据库实体中。例如仓库管理系统中有材料入库表，其字段为:材料编号、材料名称、型号，单价，数量…，而金额是用户经常需要在查询和报表中用到的，在表的记录量很大时，有必要把金额作为一个独立的字段加入到表中。这里可以采用触发器以在客户端保持数据的一致性。

3.3用where子句来限制必须处理的行数。在执行一个查询时，用一个where子句来限制必须处理的行数，除非完全需要，否则应该避免在一个表中无限制地读并处理所有的行。例如：||| select qty from sales where stor_id=‟7131‟是很有效的，比无限制的查询selectqtyfromsales有效，避免给客户的最后数据选择返回大量的结果集。当然也可以用TOP限制返回结果集的行数。