select distinct dept_no,dept_name
from deptd,empe
where d.dept_no=e.dept_no
高效：
Sql代码
select dept_no,dept_name
from deptd
where exists(select ‘x’
from empe
where e.dept_no=d.dept_no);
EXISTS 使查询更为迅速，因为RDBMS核心模块将在子查询的条件一旦满足后，立刻返回结果。
22. 识别‘低效执行’的SQL语句
用下列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手册来了解具体的配置。 )
24. 用EXPLAIN PLAN 分析SQL语句
EXPLAIN PLAN 是一个很好的分析SQL语句的工具，它甚至可以在不执行SQL的情况下分析语句。 通过分析，我们就可以知道ORACLE是怎么样连接表，使用什么方式扫描表(索引扫描或全表扫描)以及使用到的索引名称。
你需要按照从里到外，从上到下的次序解读分析的结果。 EXPLAIN PLAN分析的结果是用缩进的格式排列的， 最内部的操作将被最先解读， 如果两个操作处于同一层中，带有最小操作号的将被首先执行。
NESTED LOOP是少数不按照上述规则处理的操作， 正确的执行路径是检查对NESTED LOOP提供数据的操作，其中操作号最小的将被最先处理。
译者按：通过实践， 感到还是用SQLPLUS中的SET TRACE 功能比较方便。
举例：
Sql代码
sql>list
1 select *
2 from dept,emp
3*where emp.deptno=dept.deptno
sql>setautotracetraceonly/*traceonly可以不显示执行结果*/
sql>/
14rows selected.
ExecutionPlan
----------------------------------------------------------
Sql代码
0SELECTSTATEMENTptimizer=CHOOSE
10NESTEDLOOPS
21TABLEACCESS(FULL)OF'EMP'
31TABLEACCESS(BYINDEXROWID)OF'DEPT'
43INDEX(UNIQUESCAN)OF'PK_DEPT'(UNIQUE)
Statistics
----------------------------------------------------------
0recursivecalls
2dbblockgets
30consistentgets
0physicalreads
0redosize
2598bytessentviaSQL*Nettoclient
503bytesreceivedviaSQL*Netfromclient
2SQL*Netroundtripsto/fromclient
0sorts(memory)
0sorts(disk)
14rowsprocessed
通过以上分析，可以得出实际的执行步骤是：
1.TABLEACCESS(FULL)OF'EMP'
2.INDEX(UNIQUESCAN)OF'PK_DEPT'(UNIQUE)
3.TABLEACCESS(BYINDEXROWID)OF'DEPT'
4.NESTEDLOOPS(JOINING1AND3)
注： 目前许多第三方的工具如TOAD和ORACLE本身提供的工具如OMS的SQL Analyze都提供了极其方便的EXPLAIN PLAN工具。也许喜欢图形化界面的朋友们可以选用它们。
25. 用索引提高效率
索引是表的一个概念部分，用来提高检索数据的效率。 实际上，ORACLE使用了一个复杂的自平衡B-tree结构。通常，通过索引查询数据比全表扫描要快。 当ORACLE找出执行查询和Update语句的最佳路径时， ORACLE优化器将使用索引。同样在联结多个表时使用索引也可以提高效率。 另一个使用索引的好处是，它提供了主键(primary key)的唯一性验证。
除了那些LONG或LONG RAW数据类型， 你可以索引几乎所有的列。 通常， 在大型表中使用索引特别有效。 当然，你也会发现， 在扫描小表时，使用索引同样能提高效率。
虽然使用索引能得到查询效率的提高，但是我们也必须注意到它的代价。 索引需要空间来存储，也需要定期维护，每当有记录在表中增减或索引列被修改时， 索引本身也会被修改。 这意味着每条记录的INSERT ， DELETE ， UPDATE将为此多付出4 ， 5 次的磁盘I/O . 因为索引需要额外的存储空间和处理，那些不必要的索引反而会使查询反应时间变慢。
译者按：定期的重构索引是有必要的。
ALTER INDEX REBUILD
26. 索引的操作
ORACLE对索引有两种访问模式。
索引唯一扫描 ( INDEX UNIQUE SCAN)
大多数情况下， 优化器通过WHERE子句访问INDEX.
例如：
表LODGING有两个索引 ： 建立在LODGING列上的唯一性索引LODGING_PK和建立在MANAGER列上的非唯一性索引LODGING$MANAGER.
SELECT*
FROMLODGING
WHERELODGING=‘ROSEHILL’;
在内部 ， 上述SQL将被分成两步执行， 首