1.绑定变量 不适用在OLAP系统中。
因为在OLAP中,对应某个参数会查询出较大的结果集,这样,oracle会判断这条sql不适用与索引(因为索引查询到的数据时少量的),而进行全表扫描。
2.oracle会解析sql语句,以基于cost的标准(11G等较高版本已经基本弃用基于规则的解析)来确定执行计划。
3.在较高版本如11G等,已经可以排除一些操作的影响,如 in, union ,等等。
除了如 or, like 依然会有些影响。
4.like 对索引列的影响: 当如 %XXX%时 不会考虑利用索引,当如 XXX% 时,有可能考虑利用索引。
5. having与where
6. [b][color=red]index与null
is null 或者 is not null 会使索引失效。[/color][/b]
此时的一些改进方法:1. 利用decode。(可能需要增加decode的函数索引)
[b][color=red]开发中的实例:
将类似于(:1 is null or a.myID = :2 )
修改为
(decode(:1 ,null,1,0)=decode(myID,myID,1,1) or myID= :2 )[/color][/b]
因为在OLAP中,对应某个参数会查询出较大的结果集,这样,oracle会判断这条sql不适用与索引(因为索引查询到的数据时少量的),而进行全表扫描。
2.oracle会解析sql语句,以基于cost的标准(11G等较高版本已经基本弃用基于规则的解析)来确定执行计划。
3.在较高版本如11G等,已经可以排除一些操作的影响,如 in, union ,等等。
除了如 or, like 依然会有些影响。
4.like 对索引列的影响: 当如 %XXX%时 不会考虑利用索引,当如 XXX% 时,有可能考虑利用索引。
5. having与where
6. [b][color=red]index与null
is null 或者 is not null 会使索引失效。[/color][/b]
此时的一些改进方法:1. 利用decode。(可能需要增加decode的函数索引)
[b][color=red]开发中的实例:
将类似于(:1 is null or a.myID = :2 )
修改为
(decode(:1 ,null,1,0)=decode(myID,myID,1,1) or myID= :2 )[/color][/b]