ORACLE SQL性能优化系列 (六)
2003-08-01 19:00
435 查看
20. [/b]用表连接替换EXISTS[/b]
[/b]
通常来说 , 采用表连接的方式比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’ ;
([/b]译者按: [/b]在RBO[/b]的情况下,[/b]前者的执行路径包括FILTER,[/b]后者使用NESTED LOOP)[/b]
[/b]
21. [/b]用EXISTS[/b]替换DISTINCT[/b]
当提交一个包含一对多表信息(比如部门表和雇员表)的查询时,避免在SELECT子句中使用DISTINCT. 一般可以考虑用EXIST替换
例如:
低效:
SELECT DISTINCT[/b] 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. [/b]识别’[/b]低效执行’[/b]的SQL[/b]语句[/b]
[/b]
用下列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;
([/b]译者按: [/b]虽然目前各种关于SQL[/b]优化的图形化工具层出不穷,[/b]但是写出自己的SQL[/b]工具来解决问题始终是一个最好的方法)[/b]
[/b]
23. [/b]使用TKPROF [/b]工具来查询SQL[/b]性能状态[/b]
[/b]
SQL trace 工具收集正在执行的SQL的性能状态数据并记录到一个跟踪文件中. 这个跟踪文件提供了许多有用的信息,例如解析次数.执行次数,CPU使用时间等.这些数据将可以用来优化你的系统.
设置SQL TRACE在会话级别: 有效
ALTER SESSION SET SQL_TRACE TRUE
设置SQL TRACE 在整个数据库有效仿, 你必须将SQL_TRACE参数在init.ora中设为TRUE, USER_DUMP_DEST参数说明了生成跟踪文件的目录
([/b]译者按: [/b]这一节中,[/b]作者并没有提到TKPROF[/b]的用法, [/b]对SQL TRACE[/b]的用法也不够准确, [/b]设置SQL TRACE[/b]首先要在init.ora[/b]中设定TIMED_STATISTICS, [/b]这样才能得到那些重要的时间状态. [/b]生成的trace[/b]文件是不可读的,[/b]所以要用TKPROF[/b]工具对其进行转换,TKPROF[/b]有许多执行参数. [/b]大家可以参考ORACLE[/b]手册来了解具体的配置. )[/b]
[/b]
通常来说 , 采用表连接的方式比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’ ;
([/b]译者按: [/b]在RBO[/b]的情况下,[/b]前者的执行路径包括FILTER,[/b]后者使用NESTED LOOP)[/b]
[/b]
21. [/b]用EXISTS[/b]替换DISTINCT[/b]
当提交一个包含一对多表信息(比如部门表和雇员表)的查询时,避免在SELECT子句中使用DISTINCT. 一般可以考虑用EXIST替换
例如:
低效:
SELECT DISTINCT[/b] 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. [/b]识别’[/b]低效执行’[/b]的SQL[/b]语句[/b]
[/b]
用下列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;
([/b]译者按: [/b]虽然目前各种关于SQL[/b]优化的图形化工具层出不穷,[/b]但是写出自己的SQL[/b]工具来解决问题始终是一个最好的方法)[/b]
[/b]
23. [/b]使用TKPROF [/b]工具来查询SQL[/b]性能状态[/b]
[/b]
SQL trace 工具收集正在执行的SQL的性能状态数据并记录到一个跟踪文件中. 这个跟踪文件提供了许多有用的信息,例如解析次数.执行次数,CPU使用时间等.这些数据将可以用来优化你的系统.
设置SQL TRACE在会话级别: 有效
ALTER SESSION SET SQL_TRACE TRUE
设置SQL TRACE 在整个数据库有效仿, 你必须将SQL_TRACE参数在init.ora中设为TRUE, USER_DUMP_DEST参数说明了生成跟踪文件的目录
([/b]译者按: [/b]这一节中,[/b]作者并没有提到TKPROF[/b]的用法, [/b]对SQL TRACE[/b]的用法也不够准确, [/b]设置SQL TRACE[/b]首先要在init.ora[/b]中设定TIMED_STATISTICS, [/b]这样才能得到那些重要的时间状态. [/b]生成的trace[/b]文件是不可读的,[/b]所以要用TKPROF[/b]工具对其进行转换,TKPROF[/b]有许多执行参数. [/b]大家可以参考ORACLE[/b]手册来了解具体的配置. )[/b]
相关文章推荐
- ORACLE SQL性能优化系列
- ORACLE SQL性能优化系列(九)
- ORACLE SQL性能优化系列 (六)
- ORACLE SQL性能优化系列 (十)
- ORACLE SQL性能优化系列 (五)
- ORACLE SQL性能优化系列 (十三)
- ORACLE SQL性能优化系列 (一)
- ORACLE SQL性能优化系列(7)
- ORACLE SQL性能优化系列 (十四) 完结篇
- ORACLE SQL性能优化系列 (三)
- ORACLE SQL性能优化系列 (二)
- ORACLE SQL性能优化系列 (五)
- ORACLE SQL性能优化系列
- ORACLE SQL性能优化系列(八)
- ORACLE SQL性能优化系列 (十四) 完结篇
- ORACLE SQL性能优化系列 (一)
- ORACLE SQL性能优化系列 (六)
- ORACLE SQL性能优化系列(8)
- ORACLE SQL性能优化系列 (四)
- ORACLE SQL性能优化系列 (五)