Oracle SQL的优化.docVIP

? Oracle SQL的优化 标签：?oraclesql优化date数据库subquery 2009-10-14 21:18?18149人阅读?评论(21)?收藏?举报 ?分类： ? Oracle Basic Knowledge（208）? SQL的优化应该从5个方面进行调整：1.去掉不必要的大型表的全表扫描2.缓存小型表的全表扫描3.检验优化索引的使用4.检验优化的连接技术5.尽可能减少执行计划的CostSQL语句：是对数据库(数据)进行操作的惟一途径；消耗了70%~90%的数据库资源；独立于程序设计逻辑，相对于对程序源代码的优化，对SQL语句的优化在时间成本和风险上的代价都很低；可以有不同的写法；易学，难精通。 SQL优化：固定的SQL书写习惯，相同的查询尽量保持相同，存储过程的效率较高。应该编写与其格式一致的语句，包括字母的大小写、标点符号、换行的位置等都要一致 ORACLE优化器：在任何可能的时候都会对表达式进行评估，并且把特定的语法结构转换成等价的结构，这么做的原因是要么结果表达式能够比源表达式具有更快的速度要么源表达式只是结果表达式的一个等价语义结构不同的SQL结构有时具有同样的操作（例如：=?ANY?(subquery)?and?IN?(subquery)），ORACLE会把他们映射到一个单一的语义结构。1?常量优化：常量的计算是在语句被优化时一次性完成，而不是在每次执行时。下面是检索月薪大于2000的的表达式：sal??24000/12sal??2000sal*12??24000如果SQL语句包括第一种情况，优化器会简单地把它转变成第二种。优化器不会简化跨越比较符的表达式，例如第三条语句，鉴于此，应尽量写用常量跟字段比较检索的表达式，而不要将字段置于表达式当中。否则没有办法优化，比如如果sal上有索引，第一和第二就可以使用，第三就难以使用。 2?操作符优化：优化器把使用LIKE操作符和一个没有通配符的表达式组成的检索表达式转换为一个“=”操作符表达式。例如：优化器会把表达式ename?LIKE?SMITH转换为ename?=?SMITH优化器只能转换涉及到可变长数据类型的表达式，前一个例子中，如果ENAME字段的类型是CHAR(10)，?那么优化器将不做任何转换。 ? 一般来讲LIKE比较难以优化。其中：~~IN?操作符优化：????优化器把使用IN比较符的检索表达式替换为等价的使用“=”和“OR”操作符的检索表达式。????例如，优化器会把表达式ename?IN?(SMITH,KING,JONES)替换为ename?=?SMITH?OR?ename?=?KING?OR?ename?=?JONES‘ oracle 会将 in 后面的东西生成一张内存中的临时表。然后进行查询。? 如何编写高效的SQL:????当然要考虑sql常量的优化和操作符的优化啦，另外，还需要：1?合理的索引设计：例：表record有620000行，试看在不同的索引下，下面几个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秒)分析：date上有大量的重复值，在非聚集索引下，数据在物理上随机存放在数据页上，在范围查找时，必须执行一次表扫描才能找到这一范围内的全部行。2?在date上的一个聚集索引A：（14秒）B：（14秒）C：（28秒）分析：在聚集索引下，数据在物理上按顺序在数据页上，重复值也排列在一起，因而在范围查找时，可以先找到这个范围的起末点，且只在这个范围内扫描数据页，避免了大范围扫描，提高了查询速度。3?在place，date，amount上的组合索引A：（26秒）C：（27秒）B：（1秒）分析：这是一个不很合理的组合索引，因为它的前导列是place，第一和第二条SQL没有引用place，因此也没有利用上索引；第三个SQL使用了place，且引用的所有列都包含在组合索引中，形成了索引覆盖，所以它的速度是非常快的。4?在date，place，amount上的组合索引A：?(1秒)B：（1秒）C：（11秒）分析：这是一个合理的组合索引。它将date作为前