(ORACLESQL语句优化.docVIP

这两天闲着没事情，项目也快上线了，就把以前在项目里写的SQL语句都看了一遍。 参照往年优化SQL的经验和网上对SQL语句优化的方法总结，加上oracle这么强大的SQL分析工具，把写的不是很优的SQL拿来优化了。 ? 总结如下： 一、固定的SQL书写习惯，相同的查询尽量保持相同 二、存储过程的效率较高。三、编写与其格式一致的语句，包括字母的大小写、标点符号、换行的位置等都要一致 。 　　　　sql语句用大写的；因为oracle总是先解析sql语句，把小写的字母转换成大写的再执行 .四、写查询语句的时候，尽量不要出现 * ，把需要的列查询出来就可以。?1.尽量少用IN操作符，基本上所有的IN操作符都可以用EXISTS代替、not in 用not EXISTS代替.?特别注意：IN适合于外表大而内表小的情况；EXISTS适合于外表小而内表大的情况。 不是说所有的in或者not in 都可以用EXISTS和not EXISTS代替.? 用IN来替换OR??这是一条简单易记的规则，但是实际的执行效果还须检验，在ORACLE8i下，两者的执行路径似乎是相同的．　?低效:?SELECT…. FROM LOCATION WHERE LOC_ID = 10 OR LOC_ID = 20 OR LOC_ID = 30?高效?SELECT… FROM LOCATION WHERE LOC_IN? IN (10,20,30);?用UNION替换OR (适用于索引列)?通常情况下, 用UNION替换WHERE子句中的OR将会起到较好的效果. 对索引列使用OR将造成全表扫描. 注意, 以上规则只针对多个索引列有效. 如果有column没有被索引, 查询效率可能会因为你没有选择OR而降低. ? 在下面的例子中, LOC_ID 和REGION上都建有索引.?高效:?SELECT LOC_ID , LOC_DESC , REGION? FROM LOCATION WHERE LOC_ID = 10?UNION?SELECT LOC_ID , LOC_DESC , REGION FROM LOCATION WHERE REGION = “MELBOURNE”?低效:?SELECT LOC_ID , LOC_DESC , REGION FROM LOCATION WHERE LOC_ID = 10 OR REGION = “MELBOURNE” 如果你坚持要用OR, 那就需要返回记录最少的索引列写在最前面.?2.不用“”或者“!=”操作符。对不等于操作符的处理会造成全表扫描，可以用“” or “”代替 。?例如：?a0 改为 a0 or a0??a’’ 改为 a’’?3.Where子句中出现IS NULL或者IS NOT NULL时，Oracle会停止使用索引而执行全表扫描。 可以考虑在设计表时，对索引列设置为NOT NULL。这样就可以用其他操作来取代判断NULL的操作?用其它相同功能的操作运算代替，如：?????? 1、a is not null 改为 a0 或a’’等。?????? 2、不允许字段为空，而用一个缺省值代替空值，如业扩申请中状态字段不允许为空，缺省为申请。?????? 3、 建立位图索引（有分区的表不能建，位图索引比较难控制，如字段值太多索引会使性能下降，多人更新操作会增加数据块锁的现象）?如果某列存在空值，即使对该列建索引也不会提高性能。任何在WHERE子句中使用is null或is not null的语句优化器是不允许使用索引的。?4、当通配符“%”或者“_”作为查询字符串的第一个字符时，索引不会被使用 .?例如： select u.name from user u where u.name like %huang%?应该改为： select u.name from user u where u.name like huang%?5、对于有连接的列“||”，最后一个连接列索引会无效。尽量避免连接，可以分开连接或者使用不作用在列上的函数替代。?6、如果索引不是基于函数的，那么当在Where子句中对索引列使用函数时，索引不再起作用。?例如：creadate有索引?查询：select a.paicUmNum from ps_NumBer a where to_char(a.creadate,yyyy-MM-dd)2010-10-12不使用索引?select a.paicUmNum from ps_NumBer a where a.creadateto_date(2010-10-12,yyyy-MM-dd)使用索引?7、Where子句中避免