续
11、查'低效执行'的SQL语句的语句：
SELECT executions,
disk_reads,
buffer_gets,
round((buffer_gets - disk_reads) buffer_gets,
2) hit_radio,
round(disk_reads executions,
2) reads_per_run,
sql_text
FROM v$sqlarea
WHERE executions > 0
AND buffer_gets > 0
AND (buffer_gets - disk_reads) buffer_gets < 0.8
ORDER BY 4 DESC;
12、
a.如果检索数据量超过30%的表中记录数，使用索引将没有显著的效率提高。
b.在特定情况下,使用索引也许会比全表扫描更慢,但这是同一个数量级上的区别。
而通常情况下,使用索引比全表扫描要块几倍乃至几千倍。
13、WHERE子句:
某些SELECT 语句中的WHERE子句不使用索引。
(1)'!='不走索引。索引只能告诉我们什么存在于表中, 而不能告诉你什么不在表中。
(2)'||'是字符连接函数。就象其他函数那样, 停用了索引。
(3)'+'是数学函数。和其他数学函数一样, 停用了索引。
(4)相同的索引列不能互相比较,这将会启用全表扫描。
14、总是使用索引的第一个列：
如果索引是建立在多个列上,只有在它的第一个列(leading column)被where子句引用时,优化器才会选择使用该索引。
当引用索引的第二个列时,优化器使用了全表扫描而忽略了索引。
15、避免在索引列上使用NOT：
NOT会产生在和在索引列上使用函数相同的影响。当ORACLE遇到NOT,就会停止使用索引转而执行全表扫描。
16、用>=替代>：
17、用TRUNCATE替代DELETE：
当删除表中的记录时,在通常情况下, 回滚段(rollback segments)用来存放可以被恢复的信息。如果你没有COMMIT事务,ORACLE会将数据恢复到删除之前的状态(准确地说是恢复到执行删除命令之前的状况)。而当运用TRUNCATE时,回滚段不再存放任何可被恢复的信息。当命令运行后,数据不能被恢复。因此很少的资源被调用,执行时间也会很短。
注:TRUNCATE只在删除全表适用,TRUNCATE是DDL不是DML。
18、使用DECODE函数来减少处理时间：
使用DECODE函数可以避免重复扫描相同记录或重复连接相同的表。
19、尽量多使用COMMIT：
只要有可能,在程序中尽量多使用COMMIT,这样程序的性能得到提高,需求也会因为COMMIT 所释放的资源而减少。
COMMIT所释放的资源:
a. 回滚段上用于恢复数据的信息。
b. 被程序语句获得的锁。
c. redo log buffer 中的空间。
d. ORACLE为管理上述3种资源中的内部花销。
20、用Where子句替换HAVING子句：
避免使用HAVING子句,HAVING只会在检索出所有记录之后才对结果集进行过滤。这个处理需要排序,总计等操作。最好能通过WHERE子句限制记录的数目。
(非oracle中)on、where、having这三个都可以加条件的子句中,on是最先执行,where次之,
having最后。
a、on是先把不符合条件的记录过滤后才进行统计，可以减少中间运算要处理的数据，速度是最快的；
b、where比having快点，因为它过滤数据后才进行sum，在两个表联接时才用on的，所以在一个表的时候，就剩下where跟having比较了。在单表查询统计的情况下，如果要过滤的条件没有涉及到要计算字段，那它们的结果是一样的，只是where可以使用rushmore技术，而having就不能，在速度上后者要慢。
如果要涉及到计算的字段，就表示在没计算之前，这个字段的值是不确定的，where的作用时间是在计算之前就完成的，而having就是在计算后才起作用的，所以在这种情况下，两者的结果会不同。在多表联接查询时，on比where更早起作用。系统首先根据各个表之间的关联条件，把多个表合成一个临时表后，再由where进行过滤，然后再计算，计算完后再由having进行过滤。
下期更精彩
本文分享自微信公众号 - Oracle优化大师，如有侵权，请联系 service001@enmotech.com 删除。
