数据库查询优化实验报告_SQLServer2008.docVIP

SQL Server 2008数据查询的优化方法研究 摘要随着数据存储需求日益，对关系数据的管理和访问就成为数据库技术必须解决的问题。本文主要论述关系数据库查询优化技术，并从它的优化技术进行深入探讨，对系统实现做了一定的论述，并进行了部分的程序实现。关键词数据库? 查询系统 优化引言　　　　SQLServer是是由微软公司开发的基于Windows操作系统的关系型数据库管理系统，它是一个全面的、集成的、端到端的数据解 决方案，为企业中的用户提供了一个安全、可靠和高效的平台用于企业数据管理和商业智能应用。目前，许多中小型企业的数据库应用系统都是用 SQLServer作为后台数据库管理系统设计开发的。设计一个应用系统并不难，但是要想使系统达到最优化的性能并不是一件容易的事。根据多年的实践，由 于初期的数据库中表的记录数比较少，性能不会有太大问题，但数据积累到一定程度，达到数百万甚至上千万条，全面扫描一次往往需要数十分钟，甚至数小时。 20％的代码用去了80％的时间，这是程序设计中的一个著名定律，在数据库应用程序中也同样如此。如果用比全表扫描更好的查询策略，往往可以使查询时间降 为几分钟。而且我们知道，目前数据库系统应用中，查询操作占了绝大多数，查询优化成为数据库性能优化最为重要的手段之一。　　　　影响查询效率的因素 　　　　SQLServer处理查询计划的过程是这样的：在做完查询语句的词法、语法检查之后，将语句提交给SQLServer的查询优化器，查询优化器 通过检查索引的存在性、有效性和基于列的统计数据来决定如何处理扫描、检索和连接，并生成若干执行计划，然后通过分析执行开销来评估每个执行计划，从中选 出开销最小的执行计划,由预编译模块对语句进行处理并生成查询规划，然后在合适的时间提交给系统处理执行，最后将执行结果返回给用户。所 以，SQLServer中影响查询效率的因素主要有以下几种：1．没有索引或者没有用到索引。索引是数据库中重要的数据结构，使用索引的目的是避免全 表扫描，减少磁盘I/O，以加快查询速度。2．没有创建计算列导致查询不优化。　3．查询出的数据量过大（可以采用多次查询，其他的方法降低数据 量）。4．返回了不必要的行和列。　5．查询语句不好，没有优化。其中包括：查询条件中操作符使用是否得当;查询条件中的数据类型是否兼容;对多个 表查询时,数据表的次序是否合理;多个选择条件查询时,选择条件的次序是否合理;是否合理安排联接选择运算等。　　　　SQLServer数据查询优化方法避免使用不兼容的数据类型。例如float和int、char和varchar、binary和varbinary是不兼容的。数据类型的不兼容可能使优化器无法执行一些本来可以进行的优化操作。例如: select name from employee where salary ＞ 60000 在这条语句中,如salary字段是money型的,则优化器很难对其进行优化,因为60000是个整型数。我们应当在编程时将整型转化成为钱币型,而不要等到运行时转化。  尽量避免在where子句中对字段进行函数或表达式操作，这将导致引擎放弃使用索引而进行全表扫描。如： select * from t1 where f1/2=100应改为: select * from t1 where f1=100*2select * from record where substring(card_no,1,4)=’5378’应改为:select * from record where card_no like ‘5378%’select member_number, first_name, last_name? from memberswhere datediff(yy,datofbirth,getdate()) 21应改为:select member_number, first_name, last_name? from memberswhere dateofbirth dateadd(yy,-21,getdate())即：任何对列的操作都将导致表扫描，它包括数据库函数、计算表达式等等，查询时要尽可能将操作移至等号右边。、?? 避免使用!=或＜＞、is null或is not null、in ，not in等这样的操作符,因为这会使系统无法使用索引,而只能直接搜索表中的数据。例如: select id from employee where id != b% 优化器将无法通过索引来确定将要命中的行数,因此需要搜索该表的所有行。?、?? 尽量使用数字型字段，一部分开发人员和数据库管理人员喜欢把包含数值信息的字段设计为字符型，这会降低查