oracle 学习笔记——sql的优化

SQL优化的实质就是在结果正确的前提下，用优化器可以识别的语句，充份利用索引，执行过程中访问尽量少的数据块，减少表扫描的I/O次数，尽量避免全表扫描和其他额外开销。

应尽量熟悉各种操作符对Oracle是否使用索引的影响：以下这些操作会显式的阻止Oracle使用索引：

is null； is not null ； not in； !=; like; numeric_col+0 ;date_col+0 ; char_col||'' ;  to_char; to_number, to_date 等

1. 尽量少用IN 操作符   基本上所有的IN 操作符都可以用EXISTS来代替，在选择IN 或EXIST操作时，要根据主表的数据量大小 来具体考虑

2. 尽量用NOT EXISTS 或者外连接代替NOT IN 操作符   因为NOT IN 不能用到表的索引

     

3、尽量不用"<>" 或者"!="操作符  不等于操作符是永远不会用到索引的，因此对他的处理只会产生全表扫描。 比如：a<>0 改为a>0 or a<0

4、在设计表时， 把索引列设置为 NOT NULL  判断字段是否为空一般是不会应用索引的，因为B树索引是不索引空值的。

5、尽量不用通配符"%"或者"_"作为查询字符串的第一个字符  这样的话不会用到索引

当通配符“%”或者“_”作为查询字符串的第一个字符时，索引不会被使用。比如用T表中Column1 LIKE „%5400%‟ 这个条件会产生全表扫描，如果改成Column1 ‟X5400%‟ OR Column1 LIKE ‟B5400%‟ 则会利用Column1的索引进行两个范围的查询，性能肯定大大提高。

6、Where子句中避免在索引列上使用计算

7、用">="替代">"  a>2  用a>=3 来代替

8、利用SGA共享池，避开parse阶段

9、WHERE后面的条件顺序要求

10、使用表的别名，并将之作为每列的前缀

11、进行了显式或隐式的运算的字段不能进行索引

ss_df+20>50，优化处理：ss_df>30 „X‟||hbs_bh>‟X5400021452‟，优化处理：hbs_bh>‟5400021542‟ sk_rq+5=sysdate，优化处理：sk_rq=sysdate-5

12、用UNION ALL代替UNION

UNION是最常用的集操作，使多个记录集联结成为单个集，对返回的数据行有唯一性要求，所以oracle就需要进行SORT UNIQUE操作（与使用distinct时操作类似），如果结果集又比较大，则操作会比较慢； UNION ALL操作不排除重复记录行，所以会快很多，如果数据本身重复行存在可能性较小时，用union all会比用union效率高很多！

 

13、其他操作

尽量使用packages： Packages在第一次调用时能将整个包load进内存，对提高性能有帮助。

尽量使用cached sequences 来生成primary key ：提高主键生成速度和使用性能。

很好地利用空间：如用VARCHAR2 数据类型代替CHAR等

使用Sql优化工具：sqlexpert；toad；explain-table；PL/SQL；OEM