oracle 多表关联的优化问题(19 页)Good is good, but better carries it.精益求精，善益求善。ORACLE 多表查询优化 这里提供的是执行性能的优化,而不是后台数据库优化器资料:参考数据库开发性能方面的各种问题,收集了一些优化方案统计如下(当然,象索引等优化方案太过简单就不列入了,嘿嘿):执行路径:ORACLE 的这个功能大大地提高了SQL 的执行性能并节约了内存的使用:我们发现,单表数据的统计比多表统计的速度完全是两个概念.单表统计可能只要 0.02 秒,但是 2 张表联合统计就可能要几十表了.这是因为 ORACLE只对简单的表提供高速缓冲(cache buffering) ,这个功能并不适用于多表连接查询..数据库管理员必须在 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 不能 用户 jack 通过 private synonym 访问plant_detail 而 jill 是表的所有者,对象不同.C. 两个 SQL 语句中必须使用相同的名字的绑定变量(bind variables)例如：第一组的两个 SQL 语句是相同的(可以共享),而第二组中的两个语句是不同的(即使在运行时,赋于不同的绑定...
