数据库之Oracle优化技巧（二）

1.通过内部函数提高 SQL 效率

复杂的 SQL 往往牺牲了执行效率. 能够掌握上面的运用函数解决问题的方法在实际 工作中是非常有意义的 .

2.使用表的别名(Alias)

当在 SQL 语句中连接多个表时, 请使用表的别名并把别名前缀于每个 column 上.这样一来,就可以减少解析的时间并减少那些由 column 歧义引起的语法错误.

3.用 exists替代 in、用 not exists 替代not in 

在许多基于基础表的查询中,为了满足一个条件,往往需要对另一个表进行联接，在这种情况下, 使用exists(或not exists )通常将提高查询的效率. 在子查询中,not in子句将执行一个内部的排序和合并. 无论在哪种情况下,not in都是最低效的 (因为它对子查询中的表执行了一个全表遍历). 为了避免使用 not in ,我们可以把它改写成 外连接(Outer Joins)或not exists。

4.避免在索引列上使用 not

通常，我们要避免在索引列上使用 not, not会产生在和在索引列上使用函数相同的影响. 当 oracle”遇到”not,他就会停止使用索引转而执行全表扫描.

5.避免在索引列上使用计算

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

举例: 低效：

select name, sal from  dept  where sal * 12 > 25000;

高效:

select name, sal from dept where sal > 25000/12;

6.用>=替代>

高效:  select deptno  from  emp  where  deptno >=4

低效:  select deptno  from emp where deptno >3

两者的区别在于, 前者 DBMS 将直接跳到第一个 dept等于 4 的记录而后者将首先定 位到 deptno =3 的记录并且向前扫描到第一个 dept大于 3 的记录.

7.用 union替换 or(适用于索引列)  

通常情况下, 用 union 替换 where子句中的 or将会起到较好的效果. 对索引列使用or将造成全表扫描. 注意, 以上规则只针对多个索引列有效. 如果有column没有 被索引, 查询效率可能会因为你没有选择 or而降低. 在下面的例子中, loc_id和 region上都建有索引.

8.用 in来替换or

　　这是一条简单易记的规则，但是实际的执行效果还须检验，两者的执行路径似乎是相同的

低效:

select loc_id  from location where loc_id = 10 or loc_id = 20 or loc_id = 30

高效

select loc_id  from location where loc_in  in (10,20,30);

9.避免在索引列上使用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;

10.总是使用索引的第一个列

如果索引是建立在多个列上, 只有在它的第一个列(leading column)被 where 子句引 用时,优化器才会选择使用该索引. 这也是一条简单而重要的规则，当仅引用索引的 第二个列时,优化器使用了全表扫描而忽略了索引.

11.用 union-all替换 union( 如果有可能的话)

当 SQL 语句需要 union 两个查询结果集合时,这两个结果集合会以 union-all的方 式被合并, 然后在输出最终结果前进行排序. 如果用 union-all替代union, 这样排 序就不是必要了. 效率就会因此得到提高. 需要注意的是， union-all 将重复输出两 个结果集合中相同记录. 因此各位还是要从业务需求分析使用  union-all 的可行性. union将对结果集合排序,这个操作会使用到 sort_area_size 这块内存. 对于这块 内存的优化也是相当重要的. 下面的 SQL 可以用来查询排序的消耗量。

低效：

select  acct_num, balance_amt

from  debit_transactions

where tran_date = '31-dec-95'

union

select acct_num, balance_amt

from debit_transactions

where tran_date = '31-dec-95'

高效:

select acct_num, balance_amt

from debit_transactions

where tran_date = '31-dec-95'

union all

select acct_num, balance_amt

from debit_transactions

where tran_date = '31-dec-95'

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

当比较不同数据类型的数据时, 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  whereto_number(emp_type)=123

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

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

13.避免使用耗费资源的操作

带有 distinct,union,minus,intersect,order by 的 SQL 语句会启动 SQL 引擎  执行耗费资源的排序(SORT)功能. distinct 需要一次排序操作, 而其他的至少需要执行两次排序.

通常, 带有union,minus,intersect 的 SQL 语句都可以用其他方式重 写. 如果你的数据库的 sort_area_size 调配得好, 使用union,minus,intersect  也是可以考虑的, 毕竟它们的可读性很强