通过分析SQL语句的执行计划优化SQL(总结)

hchzh_tel · 发表于 2006-2-5 22:02

感谢分享！——有点不同意见
set autotrace traceonly并不是不执行语句，一样会执行语句，只是不显示语句执行的结果而已，所以说sqlplus中的autotrace有些不太爽……

ppiao · 发表于 2006-2-9 10:23

感谢真情奉献！！！

PanXiangRu · 发表于 2006-2-10 14:04

非常感谢楼主的辛勤工作, 但我发现有不同之处, 不解其意:
我的OPTIMAL_MODE=CHOOSE
A. select a.dname, b.sal
from scott.dept a, scott.emp b
where a.deptno=b.deptno

我得到了相反的解释计划.请指导

B. select /*+ use_hash(a) */ empno from scott.emp a, scott.dept b
where a.deptno=b.deptno

Trellnet · 发表于 2006-2-16 14:48

Very Good !!! UP

SunnyXu · 发表于 2006-2-20 09:37

对71楼的答复：
的确如所说的那样，谢谢你提出更正意见，现对这部分已做修改：
1)．最简单的办法
Sql> set autotrace on
Sql> select * from dual;
执行完语句后，会显示explain plan 与统计信息。
这个语句的优点就是它的缺点，这样在用该方法查看执行时间较长的sql语句时，需要等待该语句执行成功后，才返回执行计划，使优化的周期大大增长。

如果想得到执行计划，而不想看到语句产生的数据，可以采用：
Sql> set autotrace traceonly
这样还是会执行语句。它比set autotrace on的优点是：不会显示出查询的数据，但是还是会将数据输出到客户端，这样当语句查询的数据比较多时，语句执行将会花费大量的时间，因为很大部分时间用在将数据从数据库传到客户端上了。我一般不用这种方法。

Sql> set autotrace traceonly explain
如同用explain plan命令。对于select 语句，不会执行select语句，而只是产生执行计划。但是对于dml语句，还是会执行语句，不同版本的数据库可能会有小的差别。这样在优化执行时间较长的select语句时，大大减少了优化时间，解决了“set autotrace on”与“set autotrace traceonly”命令优化时执行时间长的问题，但同时带来的问题是：不会产生Statistics数据，而通过tatistics数据的物理I/O的次数，我们可以简单的判断语句执行效率的优劣。