Oracle 查询性能优化实践

?

1.索引使用原则

?

不要对索引使用全模糊,但是 LIKE ‘asdf%‘是可以的,即不要Contains,可用StartWith

不要对索引进行函数,表达式操作,或者使用is null判断,否则将会使用全表扫描

不等于也会造成全表扫描,使用column < ‘a‘ or column > ‘a‘ 来替代

如果一个列有索引,另一个无索引,那么 c1 or c2 ,则将会造成全表扫描;

组合索引查询,如果包含前导索引,则会生效,否则,将会全表扫描;

?

2.顺序

?

where语句:尽量把大范围的过滤放在后面;

表连接:将大范围数据过滤的表放在后面;

?

3.执行计划

?

学会在sqldeveloper中查看执行计划

总的原则:避免全表扫描,善用索引。

Eg:

一般的查询

?

加上索引优化:

10天以内的数据,均使用索引。其中ORDER_ID是oi表的一个索引列

?

AND (oi.ORDER_ID LIKE ‘150913%‘ OR oi.ORDER_ID LIKE ‘150914%‘ OR oi.ORDER_ID LIKE ‘150915%‘ OR oi.ORDER_ID LIKE ‘150916%‘ OR oi.ORDER_ID LIKE ‘150917%‘ OR oi.ORDER_ID LIKE ‘150918%‘ OR oi.ORDER_ID LIKE ‘150919%‘ OR oi.ORDER_ID LIKE ‘150920%‘ OR oi.ORDER_ID LIKE ‘150921%‘ OR oi.ORDER_ID LIKE ‘150922%‘ OR oi.ORDER_ID LIKE ‘150923%‘)

?

速度提高了几倍,当然这个要从设计上去空间,避免大表扫描。

?

时间: 2024-10-12 00:09:31

Oracle 查询性能优化实践的相关文章

Oracle查询性能优化

原则一:注意WHERE子句中的连接顺序: ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾. 尤其是"主键ID=?"这样的条件. 原则二: SELECT子句中避免使用 ' * ': ORACLE在解析的过程中, 会将'*' 依次转换成所有的列名, 这个工作是通过查询数据字典完成的, 这意味着将耗费更多的时间 . 简单地讲,语句执行的时间越短越好(尤其对于系统的终端用

Oracle 查询性能优化(转)

原则一:注意WHERE子句中的连接顺序: ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾. 尤其是"主键ID=?"这样的条件. 原则二: SELECT子句中避免使用 ' * ': ORACLE在解析的过程中, 会将'*' 依次转换成所有的列名, 这个工作是通过查询数据字典完成的, 这意味着将耗费更多的时间 . 简单地讲,语句执行的时间越短越好(尤其对于系统的终端用

Oracle SQL性能优化

转载自:http://www.cnblogs.com/rootq/archive/2008/11/17/1334727.html (1)      选择最有效率的表名顺序(只在基于规则的优化器中有效): ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名,FROM子句中写在最后的表(基础表 driving table)将被最先处理,在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表.如果有3个以上的表连接查询, 那就需要选择交叉表(intersection ta

&lt;转&gt;Oracle SQL性能优化

原文链接:http://www.cnblogs.com/rootq/archive/2008/11/17/1334727.html (1)      选择最有效率的表名顺序(只在基于规则的优化器中有效): ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名,FROM子句中写在最后的表(基础表 driving table)将被最先处理,在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表.如果有3个以上的表连接查询, 那就需要选择交叉表(intersection t

SQLServer访问Oracle查询性能问题解决

原文:SQLServer访问Oracle查询性能问题解决 1. 问题 系统有个模块,需要查询Oracle数据库中的数据.目前是通过建立链接服务器实现的. SQLServer访问Oracle实现 可参考这篇文章http://www.cnblogs.com/gnielee/archive/2010/09/07/access-oracle-from-sqlserver.html 目前的查询语句就是一个简单的带where条件的查询语句,类似如下: SELECT * FROM LINKED_NAME..A

SQl语句查询性能优化

[摘要]本文从DBMS的查询优化器对SQL查询语句进行性能优化的角度出发,结合数据库理论,从查询表达式及其多种查询条件组合对数据库查询性能优化进行分析,总结出多种提高数据库查询性能优化策略,介绍索引的合理建立和使用以及高质量SQL查询语句的书写原则,从而实现高效的查询,提高系统的可用性. [关键词]SQL查询语句,索引,性能优化 1.引言 在应用系统开发初期,由于开发数据库数据比较少,对于查询SQL语句,索引的运用与复杂视图的编写等体会不出SQL语句各种写法的性能优劣,但是应用系统实际应用后,随

C++的性能优化实践

C++的性能优化实践 内容目录: 1 Gprof 2. gprof使用步骤 1.初始化大对象耗时 2.Map使用不当 优化准则: 1. 二八法则:在任何一组东西中,最重要的只占其中一小部分,约20%,其余80%的尽管是多数,却是次要的:在优化实践中,我们将精力集中在优化那20%最耗时的代码上,整体性能将有显著的提升:这个很好理解.函数A虽然代码量大,但在一次正常执行流程中,只调用了一次.而另一个函数B代码量比A小很多,但被调用了1000次.显然,我们更应关注B的优化. 2. 编完代码,再优化:编

Sql Server查询性能优化之走出索引的误区

据了解绝大多数开发人员对于索引的理解都是一知半解,局限于大多数日常工作没有机会.也什么没有必要去关心.了解索引,实在哪天某个查询太慢了找到查询条件建个索引就ok,哪天又有个查询慢了,再建立个索引就是,或者干脆把整个查询SQL直接发给DBA,让DBA直接帮忙优化了,所以造成的状况就是开发人员对于索引的理解.认识很局限,以下就把我个人对于索引的理解及浅薄认识和大家分享下,希望能解除一些大家的疑惑,一起走出索引的误区 误区1.在表上建立了索引,在查询时用到了索引的列,索引就一定会生效 首先明确下这样的

Oracle SQL性能优化系列

1. 选用适合的ORACLE优化器 ORACLE的优化器共有3种: a. RULE (基于规则) b. COST (基于成本) c. CHOOSE (选择性) 设置缺省的优化器,可以通过对init.ora文件中OPTIMIZER_MODE参数的各种声明,如RULE,COST,CHOOSE,ALL_ROWS,FIRST_ROWS . 你当然也在SQL句级或是会话(session)级对其进行覆盖. 为了使用基于成本的优化器(CBO, Cost-Based Optimizer) , 你必须经常运行an