ORACLE 多表查询优化
时间:2009-10-29 13:34:35 来源:网络 作者:未知 点击:156 次
ORACLE 多表查询优化
这里提供的是执行性能的优化,而不是后台数据库优化器资料:
参考数据库开发性能方面的各种问题,收集了一些优化方案统计如下(当然,象索引等优化方案太过简单就
不列入了,嘿嘿):
执行路径:ORACLE 的这个功能大大地提高了 SQL 的执行性能并节省了内存的使用:我们发现,单表数据的
统计比多表统计的速度完全是两个概念.单表统计可能只要 0.02 秒,但是 2 张表联合统计就可能要几十秒
了.这是因为 ORACLE 只对简单的表提供高速缓冲(cache buering) ,这个功能并不适用于多表连接查
询..数据库管理员必须在 init.ora 中为这个区域设置合适的参数,当这个内存区域越大,就可以保留更多的
语句,当然被共享的可能性也就越大了.
当你向 ORACLE 提交一个 SQL 语句,ORACLE 会首先在这块内存中查找相同的语句.
这里需要注明的是,ORACLE 对两者采取的是一种严格匹配,要达成共享,SQL 语句必须
完全相同(包括空格,换行等).
$$$$$ 共享的语句必须满足三个条件:
A.$$$$$$ 字符级的比较:
当前被执行的语句和共享池中的语句必须完全相同.
$$$$$$ 例如:
$$$$$$$$$$ SELECT * FROM EMP;
$$$$$$ 和下列每一个都不同
$$$$$$$$$$ SELECT * from EMP;
$$$$$$$$$$ Select * From Emp;
$$$$$$$$$$ SELECT$$$$$$ *$$$$$ FROM EMP;
B.$$$$$$ 两个语句所指的对象必须完全相同:
$$ 用户对象名 如何访问
Jack$$ sal_limit$$$$$$$$$$$$$$$$$$$$$ private synonym
Work_city$$$$$$$$$$$$$$$$$$$$$$$$$$ public synonym
Plant_detail$$$$$$$$$$$$$$$$$$$$$$$$ public synonym
Jill sal_limit$$$$$$$$$$$$$$$$$$$$$$$$ private synonym
Work_city$$$$$$$$$$$$$$$$$$$$$$$$$$ public synonym
Plant_detail$$$$$$$$$$$$$$$$$$$$$$$ table owner
$$$$$ 考虑一下下列 SQL 语句能否在这两个用户之间共享.
SQL 能否共享 原因
select max(sal_cap) from sal_limit; 不能 每个用户都有一个 private synonym - sal_limit , 它们是
不同的对象
select count(*) from work_city where sdesc like 'NEW%'; 能 两个用户访问相同的对象 public
synonym - work_city
select a.sdesc,b.location from work_city a , plant_detail b where a.city_id = b.city_id 不能 用