开发 DBA 工作职责ppt.pptVIP

标量子查询优化 回忆一下昨天讲课内容，自定义函数，还有印象没？ 标量子查询其实与自定义函数一个道理 所以上面的标量子查询需要改写，改写sql如下: select deptno, e.ename, e.sal, sum(sal) over(order by sal) from emp e; 标量子查询优化续 以后遇到标量子查询如何优化呢？ 标量子查询是不是select后面套子查询？ 那么这个子查询是不是有可能返回空？ 那么标量子查询是不是可以改写为JOIN? 注意标量子查询可能返回NULL，那么改写成JOIN就要改写为外连接 标量子查询优化续 create table a as select * from dba_objects where object_id=1000; create table b as select * from dba_objects where object_id=900 and object_id=1100; 标量子查询SQL如下： select a.owner, a.object_id, (select b.owner from b where a.object_id = b.object_id) owner_b from a; 改写成外连接的SQL如下 select a.owner,a.object_id,b.owner from a,b where a.object_id=b.object_id(+); 改写之后，两个SQL是等价的，如何判断他们是等价呢？ 其实我们可以对两个SQL做个MINUS，如果不返回任何结果，说明等价 select a.owner, a.object_id, (select b.owner from b where a.object_id = b.object_id) owner_b from a minus select a.owner,a.object_id,b.owner from a,b where a.object_id=b.object_id(+); 什么是内联视图(in-line view)？ 内联视图就是from后面再套一个select的子查询，例如： select ename, job, dname, loc from (select ename, job, deptno from emp where sal (select avg(sal) from emp)) emp1, dept where emp1.deptno = dept.deptno; 内联视图优化 内联视图同学们写得多吗？ 大家在写sql的时候，为什么要写内联视图呢？ 是因为这样写逻辑上清晰，还是因为其他原因？ 请大家注意啦，如果sql里面有内联视图很可能发生性能问题(待会有案例) 内联视图优化续 其实不仅仅是内联视图可能出问题 写sql的时候，我们还会经常的遇到真正的视图(create view …as select) select …. from view where ……..； 有时候更变态的是，视图里面还套视图，一直给你套n个视图 在oracle ebs/sap/erp系统中经常遇见，要优化这样的sql，必须改代码 其实，视图套视图…..套一堆的视图，这种设计就是垃圾 如果非要这么设计，必须严格测试性能 什么是半连接？ 半连接就是where条件后面有in/exists 这种子查询，例如： select department_name from hr.departments dept where department_id IN (select department_id from hr.employees emp); 上面的sql可以直接在Oracle11gR2 HR账户运行 半连接改写 上面的SQL其实可以改写为 select department_name from hr.departments dept where EXISTS (select null from hr.employees emp where emp.department_id = dept.department_id); 上面的SQL的效率与最原始的SQL效率是一样的 PS: 怎么判断2个sql效率是否一样？ 只要执行计划一样，那么sql的效率就一样 其实还可以改写为 select distinct department_name from hr.departments dept, hr.employees emp where dept.department_id