ORACLE SQL性能优化系列 (十三)

原创 2004年09月03日 11:57:00
43. 用WHERE替代ORDER BY

ORDER BY 子句只在两种严格的条件下使用索引.


ORDER BY中所有的列必须包含在相同的索引中并保持在索引中的排列顺序.

ORDER BY中所有的列必须定义为非空.


WHERE子句使用的索引和ORDER BY子句中所使用的索引不能并列.


例如:

表DEPT包含以下列:

DEPT_CODE PK NOT NULL

DEPT_DESC NOT NULL

DEPT_TYPE NULL


非唯一性的索引(DEPT_TYPE)


低效: (索引不被使用)

SELECT DEPT_CODE

FROM DEPT

ORDER BY DEPT_TYPE


EXPLAIN PLAN:

SORT ORDER BY

TABLE ACCESS FULL


高效: (使用索引)


SELECT DEPT_CODE

FROM DEPT

WHERE DEPT_TYPE > 0


EXPLAIN PLAN:

TABLE ACCESS BY ROWID ON EMP

INDEX RANGE SCAN ON DEPT_IDX

译者按:

ORDER BY 也能使用索引! 这的确是个容易被忽视的知识点. 我们来验证一下:

SQL> select * from emp order by empno;

Execution Plan

----------------------------------------------------------

0 SELECT STATEMENT Optimizer=CHOOSE

1 0 TABLE ACCESS (BY INDEX ROWID) OF 'EMP'

2 1 INDEX (FULL SCAN) OF 'EMPNO' (UNIQUE)



44. 避免改变索引列的类型.

当比较不同数据类型的数据时, ORACLE自动对列进行简单的类型转换.


假设 EMPNO是一个数值类型的索引列.


SELECT …

FROM EMP

WHERE EMPNO = ‘123'


实际上,经过ORACLE类型转换, 语句转化为:

SELECT …

FROM EMP

WHERE EMPNO = TO_NUMBER(‘123')


幸运的是,类型转换没有发生在索引列上,索引的用途没有被改变.


现在,假设EMP_TYPE是一个字符类型的索引列.

SELECT …

FROM EMP

WHERE EMP_TYPE = 123


这个语句被ORACLE转换为:

SELECT …

FROM EMP

WHERE TO_NUMBER(EMP_TYPE)=123


因为内部发生的类型转换, 这个索引将不会被用到!

译者按:

为了避免ORACLE对你的SQL进行隐式的类型转换, 最好把类型转换用显式表现出来. 注意当字符和数值比较时, ORACLE会优先转换数值类型到字符类型.



45. 需要当心的WHERE子句

某些SELECT 语句中的WHERE子句不使用索引. 这里有一些例子.

在下面的例子里, ‘!=' 将不使用索引. 记住, 索引只能告诉你什么存在于表中, 而不能告诉你什么不存在于表中.

不使用索引:

SELECT ACCOUNT_NAME

FROM TRANSACTION

WHERE AMOUNT !=0;

使用索引:

SELECT ACCOUNT_NAME

FROM TRANSACTION

WHERE AMOUNT >0;


下面的例子中, ‘||'是字符连接函数. 就象其他函数那样, 停用了索引.

不使用索引:

SELECT ACCOUNT_NAME,AMOUNT

FROM TRANSACTION

WHERE ACCOUNT_NAME||ACCOUNT_TYPE='AMEXA';

使用索引:

SELECT ACCOUNT_NAME,AMOUNT

FROM TRANSACTION

WHERE ACCOUNT_NAME = ‘AMEX'

AND ACCOUNT_TYPE=' A';


下面的例子中, ‘+'是数学函数. 就象其他数学函数那样, 停用了索引.

不使用索引:

SELECT ACCOUNT_NAME, AMOUNT

FROM TRANSACTION

WHERE AMOUNT + 3000 >5000;

使用索引:

SELECT ACCOUNT_NAME, AMOUNT

FROM TRANSACTION

WHERE AMOUNT > 2000 ;

下面的例子中,相同的索引列不能互相比较,这将会启用全表扫描.

不使用索引:

SELECT ACCOUNT_NAME, AMOUNT

FROM TRANSACTION

WHERE ACCOUNT_NAME = NVL(:ACC_NAME,ACCOUNT_NAME);

使用索引:

SELECT ACCOUNT_NAME, AMOUNT

FROM TRANSACTION

WHERE ACCOUNT_NAME LIKE NVL(:ACC_NAME,'%');


译者按:

如果一定要对使用函数的列启用索引, ORACLE新的功能: 基于函数的索引(Function-Based Index) 也许是一个较好的方案.

CREATE INDEX EMP_I ON EMP (UPPER(ename)); /*建立基于函数的索引*/

SELECT * FROM emp WHERE UPPER(ename) = ‘BLACKSNAIL'; /*将使用索引*/

Oracle性能优化图文详解——利用第三方工具

开发中或者是正在运行的系统性能显著恶化的场合,需要进行性能优化。当听到性能优化时,有些人可能会感觉到非常困难,如果使用OB的话,通过使用索引或者内存等可以非常简单的进行性能优化。这篇文章将要介绍怎样使...
  • xiaohaiyaoer
  • xiaohaiyaoer
  • 2013年07月17日 16:20
  • 2362

oracle性能优化三——数据库系统优化之toad监控

在我上一篇博客《oracle性能优化二——操作系统优化》中介绍了如何操作系统优化,本文将介绍如何使用toad监控数据库的优化。      通过合理的分配内存大小,合理的设置表空间体系和内部空间参数。可...
  • tang_huan_11
  • tang_huan_11
  • 2015年09月24日 14:28
  • 4311

ORACLE性能优化之SQL语句优化

操作环境:AIX +11g+PLSQL 包含以下内容: 1. SQL语句执行过程 2. 优化器及执行计划 3. 合理应用Hints 4. 索引及应用实例 5. 其他优化技术及应...
  • jdzms23
  • jdzms23
  • 2014年04月16日 16:53
  • 18964

ORACLE SQL性能优化系列 (十三)

转自:http://www.cnblogs.com/HondaHsu/archive/2008/12/02/1345401.html 43.       用WHERE替代ORDE...
  • StoneOK07
  • StoneOK07
  • 2012年01月11日 14:36
  • 126

ORACLE SQL性能优化系列

  • 2009年08月21日 09:50
  • 179KB
  • 下载

ORACLE+SQL性能优化系列

  • 2011年08月09日 19:21
  • 196KB
  • 下载

ORACLE SQL性能优化系列

  • 2012年05月17日 10:49
  • 152KB
  • 下载

ORACLE SQL性能优化系列

  • 2007年09月08日 14:56
  • 274KB
  • 下载

ORACLE SQL性能优化系列 (二)

1. 使用DECODE函数来减少处理时间 使用DECODE函数可以避免重复扫描相同记录或重复连接相同的表. 例如: SELECT COUNT(*),SUM(SAL) ...
  • x_pohai2010
  • x_pohai2010
  • 2012年07月29日 23:50
  • 428

ORACLE SQL性能优化系列

ORACLE SQL性能优化系列 1.  访问Table的方式 ORACLE 采用两种访问表中记录的方式: a.  全表扫描 全表扫描就是顺序地访问表中每条记录. ORACLE采用一次读入...
  • xiaomageit
  • xiaomageit
  • 2015年09月19日 00:07
  • 213
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:ORACLE SQL性能优化系列 (十三)
举报原因:
原因补充:

(最多只允许输入30个字)