数据库优化

《数据库优化》由会员分享，可在线阅读，更多相关《数据库优化（11页珍藏版）》请在装配图网上搜索。

1、关于数据库优化方面的文章很多，但是有的写的似是而非，有的不切实际，对一个数据库来 说，只能做到更优，不可能最优，并且由于实际需求不同，优化方案还是有所差异，根据实 际需要关心的方面（速度、存储空间、可维护性、可拓展性）来优化数据库，而这些方面往 往又是相互矛盾的，下面结合网上的一些看法和自己的一些观点做个总结。一个系统的性能的提高，不单单是试运行或者维护阶段的性能调优，也不单单是开发阶 段的事情，而是在整个软件生命周期都需要注意。所以我希望按照软件生命周期的不同阶段 来总结数据库性能优化相关的注意事项。一、分析阶段一般来说，在系统分析阶段往往有太多需要关注的地方，系统各种功能性、可用性、可 靠

2、性、安全性需求往往吸引了我们大部分的注意力，但是，我们必须注意，性能是很重要的 非功能性需求，必须根据系统的特点确定其实时性需求、响应时间的需求、硬件的配置等。 最好能有各种需求的量化的指标。另一方面,在分析阶段应该根据各种需求区分出系统的类型，大的方面,区分是OLTP（联 机事务处理系统）和OLAP（联机分析处理系统）。二、设计阶段设计阶段可以说是以后系统性能的关键阶段，在这个阶段，有一个关系到以后几乎所有 性能调优的过程一数据库设计。在数据库设计完成后，可以进行初步的索引设计，好的索引设计可以指导编码阶段写出 高效率的代码，为整个系统的性能打下良好的基础。以下是性能要求设计阶段需要注意的：

3、1、数据库逻辑设计的规范化数据库逻辑设计的规范化就是我们一般所说的范式，我们可以这样来简单理解范式：第1规范：没有重复的组或多值的列，这是数据库设计的最低要求。第2规范：每个非关键字段必须依赖于主关键字，不能依赖于一个组合式主关键字的某 些组成部分。消除部分依赖，大部分情况下，数据库设计都应该达到第二范式。第3规范：一个非关键字段不能依赖于另一个非关键字段。消除传递依赖，达到第三范 式应该是系统中大部分表的要求，除非一些特殊作用的表。更高的范式要求这里就不再作介绍了，个人认为，如果全部达到第二范式，大部分达到 第三范式，系统会产生较少的列和较多的表，因而减少了数据冗余，也利于性能的提高。2、合

4、理的冗余完全按照规范化设计的系统几乎是不可能的，除非系统特别的小，在规范化设计后，有 计划地加入冗余是必要的。冗余可以是冗余数据库、冗余表或者冗余字段，不同粒度的冗余可以起到不同的作用。 冗余可以是为了编程方便而增加，也可以是为了性能的提高而增加。从性能角度来说， 冗余数据库可以分散数据库压力，冗余表可以分散数据量大的表的并发压力，也可以加快特 殊查询的速度，冗余字段可以有效减少数据库表的连接，提高效率。3、主键的设计主键是必要的，SQL SERVER的主键同时是一个唯一索引，而且在实际应用中，我们 往往选择最小的键组合作为主键，所以主键往往适合作为表的聚集索引。聚集索引对查询的 影响是比较大

5、的，这个在下面索引的叙述。在有多个键的表，主键的选择也比较重要，一般选择总的长度小的键，小的键的比较速 度快，同时小的键可以使主键的B树结构的层次更少。主键的选择还要注意组合主键的字段次序，对于组合主键来说，不同的字段次序的主键 的性能差别可能会很大，一般应该选择重复率低、单独或者组合查询可能性大的字段放在前面。4、外键的设计外键作为数据库对象，很多人认为麻烦而不用，实际上，外键在大部分情况下是很有用的， 理由是：外键是最高效的一致性维护方法，数据库的一致性要求，依次可以用外键、CHECK约 束、规则约束、触发器、客户端程序，一般认为，离数据越近的方法效率越高。谨慎使用级联删除和级联更新，级联

6、删除和级联更新作为SQL SERVER 2000当年的新 功能，在2005作了保留，应该有其可用之处。我这里说的谨慎，是因为级联删除和级联更 新有些突破了传统的关于外键的定义，功能有点太过强大，使用前必须确定自己已经把握好 其功能范围，否则，级联删除和级联更新可能让你的数据莫名其妙的被修改或者丢失。从性 能看级联删除和级联更新是比其他方法更高效的方法。5、字段的设计字段是数据库最基本的单位，其设计对性能的影响是很大的。需要注意如下：A、数据类型尽量用数字型，数字型的比较比字符型的快很多。B、数据类型尽量小，这里的尽量小是指在满足可以预见的未来需求的前提下的。C、 尽量不要允许NULL 除非必要

7、，可以用NOT NULL+DEFAULT代替。D、少用TEXT和IMAGE,二进制字段的读写是比较慢的，而且，读取的方法也不多, 大部分情况下最好不用。E、自增字段要慎用，不利于数据迁移。6、数据库物理存储和环境的设计在设计阶段，可以对数据库的物理存储、操作系统环境、网络环境进行必要的设计，使 得我们的系统在将来能适应比较多的用户并发和比较大的数据量。这里需要注意文件组的作用，适用文件组可以有效把I/O操作分散到不同的物理硬盘， 提高并发能力。7、系统设计整个系统的设计特别是系统结构设计对性能是有很大影响的，对于一般的OLTP系统， 可以选择C/S结构、三层的C/S结构等，不同的系统结构其性能

8、的关键也有所不同。 系统设计阶段应该归纳一些业务逻辑放在数据库编程实现，数据库编程包括数据库存储过 程、触发器和函数。用数据库编程实现业务逻辑的好处是减少网络流量并可更充分利用数据 库的预编译和缓存功能。8、索引的设计在设计阶段，可以根据功能和性能的需求进行初步的索引设计，这里需要根据预计的数 据量和查询来设计索引，可能与将来实际使用的时候会有所区别。关于索引的选择，应改主意：A、根据数据量决定哪些表需要增加索引，数据量小的可以只有主键。B、根据使用频率决定哪些字段需要建立索引，选择经常作为连接条件、筛选条件、聚 合查询、排序的字段作为索引的候选字段。C、把经常一起出现的字段组合在一起，组成组

9、合索引，组合索引的字段顺序与主键一 样，也需要把最常用的字段放在前面，把重复率低的字段放在前面。D、一个表不要加太多索引，因为索引影响插入和更新的速度三、编码阶段编码阶段是本文的重点，因为在设计确定的情况下，编码的质量几乎决定了整个系统的编码阶段首先是需要所有程序员有性能意识，也就是在实现功能同时有考虑性能的思 想，数据库是能进行集合运算的工具，我们应该尽量的利用这个工具，所谓集合运算实际是 批量运算，就是尽量减少在客户端进行大数据量的循环操作，而用SQL语句或者存储过程 代替。关于思想和意识，很难说得很清楚，需要在编程过程中来体会。下面罗列一些编程阶段需要注意的事项：1、只返回需要的数据返回

10、数据到客户端至少需要数据库提取数据、网络传输数据、客户端接收数据以及客户 端处理数据等环节，如果返回不需要的数据，就会增加服务器、网络和客户端的无效劳动， 其害处是显而易见的，避免这类事件需要注意：A、横向来看，不要写SELECT *的语句，而是选择你需要的字段。B、纵向来看，合理写WHERE子句，不要写没有 WHERE的SQL语句。C、注意SELECT INTO后的WHERE子句，因为SELECT INTO把数据插入到临时表, 这个过程会锁定一些系统表，如果这个WHERE子句返回的数据过多或者速度太慢，会造 成系统表长期锁定，诸塞其他进程。D、对于聚合查询，可以用HAVING子句进一步限定返

11、回的行。2、尽量少做重复的工作这一点和上一点的目的是一样的，就是尽量减少无效工作，但是这一点的侧重点在客户 端程序，需要注意的如下：A、控制同一语句的多次执行，特别是一些基础数据的多次执行是很多程序员很少注意 的。B、减少多次的数据转换，也许需要数据转换是设计的问题，但是减少次数是程序员可 以做到的。C、杜绝不必要的子查询和连接表，子查询在执行计划一般解释成外连接，多余的连接 表带来额外的开销。D、合并对同一表同一条件的多次UPDATE，比如UPDATE EMPLOYEE SET FNAME=HAIWERWHERE EMP_ID=VPA 30890FUPDATE EMPLOYEE SET LN

12、AME=,YANG,WHERE EMP_ID=VPA30890F 这两个语句应该合并成以下一个语句UPDATE EMPLOYEE SET FNAME=HAIWER,LNAME=YANGWHERE EMP_ID=VPA30890FE、UPDATE操作不要拆成DELETE操作+INSERT操作的形式，虽然功能相同，但是 性能差别是很大的。F、不要写一些没有意义的查询，比如SELECT * FROM EMPLOYEE WHERE 1=23、注意事务和锁事务是数据库应用中和重要的工具，它有原子性、一致性、隔离性、持久性这四个属性, 很多操作我们都需要利用事务来保证数据的正确性。在使用事务中我们需要做到

13、尽量避免死 锁、尽量减少阻塞。具体以下方面需要特别注意：A、事务操作过程要尽量小，能拆分的事务要拆分开来。B、事务操作过程不应该有交互，因为交互等待的时候，事务并未结束，可能锁定了很 多资源。C、事务操作过程要按同一顺序访问对象。D、提高事务中每个语句的效率，利用索引和其他方法提高每个语句的效率可以有效地 减少整个事务的执行时间。E、尽量不要指定锁类型和索引，SQL SERVER允许我们自己指定语句使用的锁类型和 索引，但是一般情况下，SQL SERVER优化器选择的锁类型和索引是在当前数据量和查询 条件下是最优的，我们指定的可能只是在目前情况下更有，但是数据量和数据分布在将来是 会变化的。F

14、、查询时可以用较低的隔离级别，特别是报表查询的时候，可以选择最低的隔离级别 (未提交读)。4、注意临时表和表变量的用法在复杂系统中，临时表和表变量很难避免，关于临时表和表变量的用法，需要注意：A、如果语句很复杂，连接太多，可以考虑用临时表和表变量分步完成。B、如果需要多次用到一个大表的同一部分数据，考虑用临时表和表变量暂存这部分数 据。C、如果需要综合多个表的数据，形成一个结果，可以考虑用临时表和表变量分步汇总 这多个表的数据。D、其他情况下，应该控制临时表和表变量的使用。E、关于临时表和表变量的选择，很多说法是表变量在内存，速度快，应该首选表变量， 但是在实际使用中发现，这个选择主要考虑需要

15、放在临时表的数据量，在数据量较多的情况 下，临时表的速度反而更快。F、关于临时表产生使用SELECT INTO和CREATE TABLE + INSERT INTO 的选择， 我们做过测试，一般情况下，SELECT INTO会比CREATE TABLE + INSERT INTO的方法 快很多，但是 SELECT INTO 会锁定 TEMPDB 的系统表 SYSOBJECTS、SYSINDEXES、 SYSCOLUMNS，在多用户并发环境下，容易阻塞其他进程，所以我的建议是，在并发系统 中，尽量使用CREATE TABLE + INSERT INTO,而大数据量的单个语句使用中，使用 SELE

16、CT INTO。G、注意排序规则，用CREATE TABLE建立的临时表，如果不指定字段的排序规则，会 选择TEMPDB的默认排序规则，而不是当前数据库的排序规则。如果当前数据库的排序规 则和TEMPDB的排序规则不同，连接的时候就会出现排序规则的冲突错误。一般可以在 CREATE TABLE建立临时表时指定字段的排序规则为DATABASE_DEFAULT来避免上述 问题。5、子查询的用法子查询是一个SELECT查询，它嵌套在SELECT、INSERT、UPDATE、DELETE 语 句或其它子查询中。任何允许使用表达式的地方都可以使用子查询。子查询可以使我们的编程灵活多样，可以用来实现一些特

17、殊的功能。但是在性能上，往 往一个不合适的子查询用法会形成一个性能瓶颈。如果子查询的条件中使用了其外层的表的字段，这种子查询就叫作相关子查询。相关子 查询可以用 IN、NOT IN、EXISTS NOT EXISTS 引入。关于相关子查询，应该注意：A、NOT IN、NOT EXISTS的相关子查询可以改用LEFT JOIN代替写法。比如例一： SELECT GoodsName FROM tbb_product WHERE ProductCode NOT IN (SELECT ProductCode FROM tbb_Pickup WHERE PickupDate 2008-01-01)可以改

18、写成：SELECT A.GoodsName FROM tbb_product A LEFT JOIN tbb_Pickup B ON B.PickupDate2008-01-01AND A.ProductCode=B.ProductCode WHERE B.ProductCode IS NULL例二：SELECT GoodsName FROM tbb_product WHERE NOT EXISTS (SELECT ProductCode FROM tbb_pickup WHERE ProductCode=tbb_product.ProductCode)可以改写成：SELECT GoodsNa

19、me FROM tbb_product LEFT JOIN tbb_pickup ON tbb_pickup.ProductCode=tbb_product.ProductCode WHERE tbb_pickup.ProductCode IS NULLB、 如果保证子查询没有重复，IN、EXISTS的相关子查询可以用INNER JOIN代替。 比如：SELECT GoodsName FROM tbb_product WHERE ProductCode IN (SELECT ProductCode FROM tbb_Pickup WHERE PickupDate2008-01-01)可以改写成

20、：SELECT A.GoodsName FROM tbb_product AINNER JOIN tbb_Pickup B ON B.PickupDate2008-01-01AND A.ProductCode=B.ProductCodeC、IN的相关子查询用EXISTS代替，比如SELECT A.GoodsName FROM tbb_product A INNER JOIN tbb_Pickup B ON B.PickupDate2008-01-01AND A.ProductCode=B.ProductCode可以用下面语句代替：SELECT GoodsName FROM tbb_produc

21、t WHERE EXISTS (SELECT ProductCode FROM tbb_pickup WHERE PickupDate2008-01-01AND ProductCode=tbb_product.ProductCode)D、不要用COUNT(*)的子查询判断是否存在记录，最好用LEFT JOIN或者EXISTS， 比如有人写这样的语句：SELECT ProductCode FROM tbb_product WHERE(SELECT COUNT(*)FROM tbb_pickup WHERE ProductCode=tbb_product.ProductCode)=O应该改成：SE

22、LECT tbb_product.ProductCode FROM tbb_product LEFT JOIN tbb_pickup ON tbb_pickup.ProductCode=tbb_product.ProductCode WHERE tbb_pickup.ProductCode IS NULLSELECT JOB_DESC FROM JOBSWHERE(SELECT COUNT(*)FROME MPLOYEE WHERE JOB_ID=JOBS.JOB_ID)0 应该改成：SELECT ProductCode FROM tbb_product WHERE EXISTS (SELEC

23、T 1 FROM tbb_pickup WHERE tbb_pickup.ProductCode=tbb_product.ProductCode)6、慎用游标数据库一般的操作是集合操作，也就是对由WHERE子句和选择列确定的结果集作集 合操作，游标是提供的一个非集合操作的途径。一般情况下，游标实现的功能往往相当于客 户端的一个循环实现的功能，所以，大部分情况下，我们把游标功能搬到客户端。 游标是把结果集放在服务器内存，并通过循环一条一条处理记录，对数据库资源(特别是内 存和锁资源)的消耗是非常大的，所以，我们应该只有在没有其他方法的情况下才使用游标。另外，我们可以用SQL SERVER的一些特

24、性来代替游标，达到提高速度的目的。A、字符串连接的例子这是论坛经常有的例子，就是把一个表符合条件的记录的某个字符串字段连接成一个变 量。比如需要把JOB_ID=1O的EMPLOYEE的FNAME连接在一起，用逗号连接，可能最 容易想到的是用游标：DECLARE NAME VARCHAR(20)DECLARE NAME VARCHAR(1000)DECLARE NAME_CURSOR CURSOR FORSELECT FNAME FROM EMPLOYEE WHERE JOB_ID=10 ORDER BYEMP_IDOPEN NAME_CURSORFETCH NEXT FROM NAME_CUR

25、SOR INTO NAMEWHILE FETCH_STATUS=0BEGINSETNAMES=IS NULL(NAMES+T,”)+NAMEFETCH NEXT FROM NAME_CURSOR INTO NAMEENDCLOSE NAME_CURSORDEALLOCATE NAME_CURSOR可以如下修改，功能相同：DECLARE NAME VARCHAR(IOOO)SELECT NAMES=ISNULL(NAMES+,)+FNAMEFROM EMPLOYEE WHERE JOB_ID=1O ORDER BYEMP_IDB、用CASE WHEN实现转换的例子很多使用游标的原因是因为有些处理

26、需要根据记录的各种情况需要作不同的处理，实际 上这种情况，我们可以用CASE WHEN语句进行必要的判断处理，而且CASE WHEN是可 以嵌套的。比如： 表结构：CREATETABLE 料件表(料号 VARCHAR(30),名称 VARCHAR(100),主单位 VARCHAR(20),单位 1VARCHAR(20),单位 1 参数 NUMERIC(18,4),单位 2VARCHAR(20),单位 2 参数 NUMERIC(18,4)GOCREATETABLE 入库表(时间 DATETIME,料号 VARCHAR(30),单位INT,入库数量 NUMERIC(18,4),损坏数量 NUMER

27、IC(18,4)GO其中，单位字段可以是0，1，2,分别代表主单位、单位1、单位2,很多计算需要统一单 位，统一单位可以用游标实现：DECLARE料号 VARCHAR(30),单位INT, 参数 NUMERIC(18,4),DECLARECURCURSORFORSELECT料号，单位FROM入库表 WHERE单位v0OPENCURFETCHNEXTFROMCURINTO 料号, 单位WHILEFETCH_STATUS-1BEGINIF单位=1BEGINSET参数=(SELECT单位1参数FROM料件表 WHERE料号=料号)UPDATE入库表SET数量=数量*参数,损坏数量=损坏数量*参数,单

28、位=1WHERECURRENTOFCURENDIF单位=2BEGINSET参数=(SELECT单位1参数FROM料件表 WHERE料号=料号)UPDATE入库表SET数量=数量*参数,损坏数量=损坏数量*参数,单位=1WHERECURRENTOFCURENDFETCHNEXTFROMCURINTO 料号, 单位ENDCLOSECURDEALLOCATECUR可以改写成：UPDATEASET数量=CASEA.单位 WHEN1THENA.数量*B.单位1参数WHEN2THENA.数量*B.单位2参数ELSEA数量END,损坏数量=CASEA.单位WHEN1THENA.损坏数量*B.单位1参数WHE

29、N2THENA.损坏数量*B.单位2参数ELSEA损坏数量END,单位=1FROM入库表A,料件表BWHEREA .单位 O1ANDA.料号=B.料号C、变量参与的UPDATE语句的例子SQL ERVER的语句比较灵活，变量参与的UPDATE语句可以实现一些游标一样的功能，比 如：在SELECTA,B,C,CAST(NULLASINT)AS 序号INTO#TFROM 表ORDERBYA,NEWID()产生临时表后，已经按照A字段排序，但是在A相同的情况下是乱序的，这时如果需要更 改序号字段为按照A字段分组的记录序号，就只有游标和变量参与的UPDATE语句可以实 现了，这个变量参与的UPDATE

30、语句如下：DECLARE AINTDECLARE 序号 INTUPDATE #TSET 序号=CASEWHENA=ATHEN 序号+1ELSE1END,A=A,序号=序号D、如果必须使用游标，注意选择游标的类型，如果只是循环取数据，那就应该用只进 游标（选项FAST_FORWARD） 般只需要静态游标（选项STATIC）。E、注意动态游标的不确定性，动态游标查询的记录集数据如果被修改，会自动刷新游 标，这样使得动态游标有了不确定性，因为在多用户环境下，如果其他进程或者本身更改了 纪录，就可能刷新游标的记录集。7、尽量使用索引建立索引后，并不是每个查询都会使用索引，在使用索引的情况下，索引的使用

31、效率也 会有很大的差别。只要我们在查询语句中没有强制指定索引，索引的选择和使用方法是 SQLSERVER的优化器自动作的选择，而它选择的根据是查询语句的条件以及相关表的统计 信息，这就要求我们在写SQL语句的时候尽量使得优化器可以使用索引。为了使得优化器能高效使用索引，写语句的时候应该注意：A、不要对索引字段进行运算，而要想办法做变换，比如SELECT ID FROM T WHERE NUM/2=100应改为：SELECT ID FROM T WHERE NUM=100*2SELECT ID FROM T WHERE NUM/2=NUM1如果NUM有索引应改为：SELECT ID FROM T

32、 WHERE NUM=NUM1*2如果NUM1有索引则不应该改。发现过这样的语句：SELECT年，月，金额FROM结余表WHERE100* 年+月=2007*100+10应该改为：SELECT年，月，金额FROM结余表WHERE 年=2007AND月=10B、不要对索引字段进行格式转换日期字段的例子：WHERE CONVERT（VARCHAR（10）,日期字段,120）= 2008-08-15，应该改为WHERE 日期字段=2008-08- 15AND 日期字段2008-08-16ISNULL转换的例子：WHERE ISNULL（字段,）应改为:WHERE 字段 WHERE ISNULL（字段

33、,）=不应修改WHERE ISNULL（字段,F）=T应改为:WHERE字段=TWHERE ISNULL（字段,F）T不应修改C、不要对索引字段使用函数WHERE LEFT（NAME,3）=ABC或者 WHERE SUBSTRING（NAME,1,3）=ABC应改为：WHERE NAME LIKEABC%日期查询的例子：WHERE DATEDIFF（DAY 日期,2005-11-30）=0 应改为：WHERE 日 期=2005-ll-30AND 日期v2005-12-1WHERE DATEDIFF(DAY 日期,2005-11-30)0 应改为:WHERE 日期v2005-11-30 WHER

34、E DATEDIFF(DAY 日期,2005-11-30)=0 应改为:WHERE 日期v2005-12- 01 WHERE DATEDIFF(DAY 日期,2005-11-30)v0 应改为:WHERE 日期=2005-12-01 WHERE DATEDIFF(DAY 日期,2005-11-30)v=0 应改为:WHERE 日期=2005-11-30D、不要对索引字段进行多字段连接比如：WHERE FAME+.+LNAME=HAIWEI.YANG应改为：WHERE FNAME=HAIWEI,ANDLNAME=YANG,8、注意连接条件的写法多表连接的连接条件对索引的选择有着重要的意义，所以我

35、们在写连接条件条件的时候 需要特别的注意。A、多表连接的时候，连接条件必须写全，宁可重复，不要缺漏。B、连接条件尽量使用聚集索引C、注意ON部分条件和WHERE部分条件的区别9、其他需要注意的地方经验表明，问题发现的越早解决的成本越低，很多性能问题可以在编码阶段就发现，为 了提早发现性能问题，需要注意：A、程序员注意、关心各表的数据量。B、编码过程和单元测试过程尽量用数据量较大的数据库测试，最好能用实际数据测试。C、每个SQL语句尽量简单D、不要频繁更新有触发器的表的数据E、注意数据库函数的限制以及其性能10、学会分辩SQL语句的优劣自己分辨SQL语句的优劣非常重要，只有自己能分辨优劣才能写出

36、高效的语句。A、查看SQL语句的执行计划，可以在查询分析其使用CTRL+L图形化的显示执行计 划，一般应该注意百分比最大的几个图形的属性，把鼠标移动到其上面会显示这个图形的属 性，需要注意预计成本的数据，也要注意其标题，一般都是CLUSTERED INDEX SEEK、 INDEX SEEK、CLUSTERED INDEX SCAN、INDEX SCAN、TABLE SCAN等，其中出 现SCAN说明语句有优化的余地。也可以用语句SET SHOW PLAN_ALLON要执行的语句SET SHOW PLAN_ALL OFF查看执行计划的文本详细信息。B、用事件探查器跟踪系统的运行，可疑跟踪到执行

37、的语句，以及所用的时间，CPU用 量以及I/O数据，从而分析语句的效率。C、可以用WINDOWS的系统性能检测器，关注CPU、I/O参数四、测试、试运行、维护阶段测试的主要任务是发现并修改系统的问题，其中性能问题也是一个重要的方面。重点应 该放在发现有性能问题的地方，并进行必要的优化。主要进行语句优化、索引优化等。试运行和维护阶段是在实际的环境下运行系统，发现的问题范围更广，可能涉及操作系 统、网络以及多用户并发环境出现的问题，其优化也扩展到操作系统、网络以及数据库物理 存储的优化。这个阶段的优花方法在这里不再展开，只说明下索引维护的方法：A、可以用DBCC DBREINDEX语句或者SQL

38、SERVER维护计划设定定时进行索引重 建，索引重建的目的是提高索引的效能。B、可以用语句UPDATE STATISTICS或者SQL SERVER维护计划设定定时进行索引 统计信息的更新，其目的是使得统计信息更能反映实际情况，从而使得优化器选择更合适的 索引。C、可以用DBCC CHECKDB或者DBCC CHECKTABLE语句检查数据库表和索引是 否有问题，这两个语句也能修复一般的问题。五、网上资料中一些说法的个人理解1、“应尽量避免在WHERE子句中对字段进行NULL值判断，否则将导致引擎放弃 使用索引而进行全表扫描，如：SELECT ID FROM T WHERE NUM IS NU

39、LL可以在NUM上设置默认值0确保表中NUM列没有NULL值，然后这样查询：SELECT ID FROM T WHERE NUM= 0”个人意见：经过测试，IS NULL也是可以用INDEX SEEK查找的，0和NULL是不同 概念的，以上说法的两个查询的意义和记录数是不同的。2、“应尽量避免在WHERE子句中使用!=或v操作符，否则将引擎放弃使用索引而进 行全表扫描。”个人意见：经过测试，也是可以用INDEX SEEK查找的。3、 “应尽量避免在WHERE子句中使用OR来连接条件，否则将导致引擎放弃使用 索引而进行全表扫描，如：SELECT ID FROM T WHER ENUM=10 OR

40、 NUM=20可以这样查询：SELECTID FROM T WHERE NUM=10UNION ALLSELECT ID FROM T WHERE NUM=20个人意见：主要对全表扫描的说法不赞同。4、“IN和NOT IN也要慎用，否则会导致全表扫描，如：SELECTIDFROMTWHERENUMIN(1,2,3)对于连续的数值，能用BETWEEN就不要用IN 了：SELECT ID FROM T WHERE NUM BETWEEN 1 AND 3个人意见：主要对全表扫描的说法不赞同。5、“如果在WHERE子句中使用参数，也会导致全表扫描。因为SQL只有在运行时 才会解析局部变量，但优化程序不

41、能将访问计划的选择推迟到运行时;它必须在编译时进行 选择。然而，如果在编译时建立访问计划，变量的值还是未知的，因而无法作为索引选择的 输入项。如下面语句将进行全表扫描：SELECT ID FROM T WHERE NUM=NUM可以改为强制查询使用索引：SELECT ID FROM T WITH(INDEX(索引名)WHERE NUM=NUM”个人意见：关于局部变量的解释比较奇怪，使用参数如果会影响性能，那存储过程就该 移除了，我坚持我上面对于强制索引的看法。6、“尽可能的使用 VARCHAR/NVARCHAR 代替 CHAR/NCHAR，因为首先变长字 段存储空间小，可以节省存储空间，其次对

42、于查询来说，在一个相对较小的字段内搜索效率 显然要高些。”个人意见：“在一个相对较小的字段内搜索效率显然要高些”显然是对的，但是字段的长 短似乎不是由变不变长决定，而是业务本身决定。在SQLSERVER6.5或者之前版本，不定 长字符串字段的比较速度比定长的字符串字段的比较速度慢很多，所以对于那些版本，我们 都是推荐使用定长字段存储一些关键字段。而在2000版本，修改了不定长字符串字段的比 较方法，与定长字段的比较速度差别不大了，这样为了方便，我们大量使用不定长字段。7、关于连接表的顺序或者条件的顺序的说法，经过测试，在SQL SERVER这些顺序 都是不影响性能的，这些说法可能是对ORACLE有效。