(oracle数据库优化.doc

优化 5个方面 .去掉不必要的大型表的全表扫描.缓存小型表的全表扫描.检验优化索引的使用.检验优化的连接技术.尽可能减少执行计划的CostSQL语句：是对数据库()进行操作的惟一途径；消耗了70%~90%SQL语句的优化在时间成本和风险上的代价都很低；可以有不同的写法；易学，难精通。 SQL固定的SQL应该编写与其格式一致的语句，包括字母的大小写、标点符号、换行的位置等都要一致 ORACLE在任何可能的时候都会对表达式进行评估，并且把特定的语法结构转换成等价的结构，这么做的原因是要么结果表达式能够比源表达式具有更快的速度要么源表达式只是结果表达式的一个等价语义结构不同的SQL= ANY (subquery) and IN (subquery)），ORACLE会把他们映射到一个单一的语义结构。1 常量优化：常量的计算是在语句被优化时一次性完成，而不是在每次执行时。下面是检索月薪大于2000sal 24000/12sal 2000sal*12 24000如果SQL优化器不会简化跨越比较符的表达式，例如第三条语句，鉴于此，应尽量写用常量跟字段比较检索的表达式，而不要将字段置于表达式当中。否则没有办法优化，比如如果sal 2 操作符优化：优化器把使用LIKE“=”操作符表达式。例如：优化器会把表达式ename LIKE SMITHename = SMITH优化器只能转换涉及到可变长数据类型的表达式，前一个例子中，如果ENAMECHAR(10)， 那么优化器将不做任何转换。 一般来讲LIKE其中：~~IN  优化器把使用IN“=”和“OR”操作符的检索表达式。 例如，优化器会把表达式ename IN (SMITH,KING,JONES)ename = SMITH OR ename = KING OR ename = JONES‘ oracle 会将 in 后面的东西生成一张内存中的临时表。然后进行查询。 如何编写高效的SQL: 当然要考虑sql1 合理的索引设计：例：表record620000行，试看在不同的索引下，下面几个SQL的运行情况：语句ASELECT count(*) FROM recordWHERE dateand date and amount 2000语句BSELECT count(*) FROM recordWHERE dateand place IN (BJ,SH)语句CSELECT date,sum(amount) FROM recordgroup by date1 date上建有一个非聚集索引A：(25秒)B：(27秒)C：(55秒)分析：date2 在date上的一个聚集索引A：（14秒）B：（14秒）C：（28秒）分析：在聚集索引下，数据在物理上按顺序在数据页上，重复值也排列在一起，因而在范围查找时，可以先找到这个范围的起末点，且只在这个范围内扫描数据页，避免了大范围扫描，提高了查询速度。3 place，date，amount上的组合索引A：（26秒）C：（27秒）B：（1秒）分析：这是一个不很合理的组合索引，因为它的前导列是placeSQL没有引用place，因此也没有利用上索引；第三个SQL使用了place，且引用的所有列都包含在组合索引中，形成了索引覆盖，所以它的速度是非常快的。4 在date，place，amount上的组合索引A： (1秒)B：（1秒）C：（11秒）分析：这是一个合理的组合索引。它将dateSQL都可以利用索引，并且在第一和第三个SQL中形成了索引覆盖，因而性能达到了最优。总结1缺省情况下建立的索引是非聚集索引，但有时它并不是最佳的；合理的索引设计要建立在对各种查询的分析和预测上。一般来说：有大量重复值、且经常有范围查询（between, ,=,=）和order by、group by发生的列，考虑建立聚集索引；经 常同时存取多列，且每列都含有重复值可考虑建立组合索引；在条件表达式中经常用到的不同值较多的列上建立检索，在不同值少的列上不要建立索引。比如在雇员 表的“”列上只有“男”与“女”两个不同值，因此就无必要建立索引。如果建立索引不但不会提高查询效率，反而会严重降低更新速度。组合索引要尽量使关键查询形成索引覆盖，其前导列一定是使用最频繁的列。2 例如floatINt、char和varchar、bINary和varbINary是不兼容的。数据类型的不兼容可能使优化器无法执行一些本来可以进行的优化操作。例如:SELECT name FROM