20. 用表连接替换EXISTS

　　通常来说 , 采用表连接的方式比EXISTS更有效率

　　SELECT ENAME

　　FROM EMP E

　　WHERE EXISTS (SELECT ‘X’

　　FROM DEPT

　　WHERE DEPT_NO = E.DEPT_NO

　　AND DEPT_CAT = ‘A’);

　　(更高效)

　　SELECT ENAME

　　FROM DEPT D,EMP E

　　WHERE E.DEPT_NO = D.DEPT_NO

　　AND DEPT_CAT = ‘A’ ;

　　(译者按: 在RBO的情况下,前者的执行路径包括FILTER,后者使用NESTED LOOP)

　　21. 用EXISTS替换DISTINCT

　　当提交一个包含一对多表信息(比如部门表和雇员表)的查询时,避免在SELECT子句中使用DISTINCT. 一般可以考虑用EXIST替换

　　例如:

　　低效:

　　SELECT DISTINCT DEPT_NO,DEPT_NAME

　　FROM DEPT D,EMP E

　　WHERE D.DEPT_NO = E.DEPT_NO

　　高效:

　　SELECT DEPT_NO,DEPT_NAME

　　FROM DEPT D

　　WHERE EXISTS ( SELECT ‘X’

　　FROM EMP E

　　WHERE E.DEPT_NO = D.DEPT_NO);

　　EXISTS 使查询更为迅速,因为RDBMS核心模块将在子查询的条件一旦满足后,立刻返回结果.

　　22. 识别’低效执行’的SQL语句

　　用下列SQL工具找出低效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;

　　(译者按: 虽然目前各种关于SQL优化的图形化工具层出不穷,但是写出自己的SQL工具来解决问题始终是一个最好的方法)

　　23. 使用TKPROF 工具来查询SQL性能状态

　　SQL trace 工具收集正在执行的SQL的性能状态数据并记录到一个跟踪文件中. 这个跟踪文件提供了许多有用的信息,例如解析次数.执行次数,CPU使用时间等.这些数据将可以用来优化你的系统.

　　设置SQL TRACE在会话级别: 有效

　　ALTER SESSION SET SQL_TRACE TRUE

　　设置SQL TRACE 在整个数据库有效仿, 你必须将SQL_TRACE参数在init.ora中设为TRUE, USER_DUMP_DEST参数说明了生成跟踪文件的目录

　　(译者按: 这一节中,作者并没有提到TKPROF的用法, 对SQL TRACE的用法也不够准确, 设置SQL TRACE首先要在init.ora中设定TIMED_STATISTICS, 这样才能得到那些重要的时间状态. 生成的trace文件是不可读的,所以要用TKPROF工具对其进行转换,TKPROF有许多执行参数. 大家可以参考ORACLE手册来了解具体的配置. )