oracle优化文档资源-CSDN文库

需积分: 9 168 浏览量 2016-01-21 13:52:14 上传评论收藏 21KB DOCX 举报

资源推荐

资源详情

资源评论

ORACLE SQL 优化

原则一：注意 WHERE 子句中的连接顺序：

ORACLE 采用自下而上的顺序解析 WHERE 子句,根据这个原理,表之间的连接必须写在其他 WHERE 条件之前,

那些可以过滤掉最大数量记录的条件必须写在 WHERE 子句的末尾.

尤其是“主键 ID=？”这样的条件

简单地讲，语句执行的时间越短越好（尤其对于系统的终端用户来说）。而对于查询语句，由于全表扫描读取

的数据多，尤其是对于大型表不仅查询速度慢，而且对磁盘 IO 造成大的压力，通常都要避免，而避免的方式通

常是使用索引 Index。

使用索引的优势与代价。

优势：

1）索引是表的一个概念部分,用来提高检索数据的效率，ORACLE 使用了一个复杂的自平衡 B-tree 结构. 通常,

通过索引查询数据比全表扫描要快. 当 ORACLE 找出执行查询和 Update 语句的最佳路径时, ORACLE 优化器

将使用索引. 同样在联结多个表时使用索引也可以提高效率.

2）另一个使用索引的好处是,它提供了主键(primary key)的唯一性验证.。那些 LONG 或 LONG RAW 数据类

型, 你可以索引几乎所有的列. 通常, 在大型表中使用索引特别有效. 当然,你也会发现, 在扫描小表时,使用索引同

样能提高效率.

代价：虽然使用索引能得到查询效率的提高,但是我们也必须注意到它的代价. 索引需要空间来存储,也需要定期

维护, 每当有记录在表中增减或索引列被修改时 , 索引本身也会被修改. 这意味着每条记录的 INSERT ,

DELETE , UPDATE 将为此多付出 4 , 5 次的磁盘 I/O . 因为索引需要额外的存储空间和处理,那些不必要的索引

反而会使查询反应时间变慢.。而且表越大，影响越严重。

使用索引需要注意的地方：

1、避免在索引列上使用 NOT ，　

我们要避免在索引列上使用 NOT, NOT 会产生在和在索引列上使用函数相同的影响. 当 ORACLE”遇到”NOT,他

就会停止使用索引转而执行全表扫描.

2、避免在索引列上使用计算．

WHERE 子句中，如果索引列是函数的一部分．优化器将不使用索引而使用全表扫描．举例:

复制代码代码如下:

低效:SELECT … FROM DEPT WHERE SAL * 12 > 25000;

高效:SELECT … FROM DEPT WHERE SAL > 25000/12;

3、避免在索引列上使用 IS NULL 和 IS NOT NULL

避免在索引中使用任何可以为空的列，ORACLE 性能上将无法使用该索引．对于单列索引，如果列包含空值，

索引中将不存在此记录. 对于复合索引，如果每个列都为空，索引中同样不存在此记录.　如果至少有一个列不

为空，则记录存在于索引中．举例: 如果唯一性索引建立在表的 A 列和 B 列上, 并且表中存在一条记录的 A,B 值

为(123,null) , ORACLE 将不接受下一条具有相同 A,B 值（123,null）的记录(插入). 然而如果所有的索引列都

为空，ORACLE 将认为整个键值为空而空不等于空. 因此你可以插入 1000 条具有相同键值的记录,当然它们都

是空! 因为空值不存在于索引列中,所以 WHERE 子句中对索引列进行空值比较将使 ORACLE 停用该索引.

复制代码代码如下:

低效:(索引失效) SELECT … FROM DEPARTMENT WHERE DEPT_CODE IS NOT NULL;

高效:(索引有效) SELECT … FROM DEPARTMENT WHERE DEPT_CODE >=0;

本内容试读结束，登录后可阅读更多

下载后可阅读完整内容，剩余3页未读，立即下载

内容反馈

xiaomonv21

粉丝: 0
资源: 2

最新资源

资源上传下载、课程学习等过程中有任何疑问或建议，欢迎提出宝贵意见哦~我们会及时处理！点击此处反馈

feedback-tip