sql优化
PLSQL性能优化技巧
2.连接查询的表顺序
默认情况下,优化器会使用all_rows优化方式,也就是基于成本的优化器CBO生成执行计划,CBO方式会根据统计信息来产生执行计划. 统计信息给出表的大小,多少行,每行的长度等信息,这些统计信息起初在库内是没有的,是做analyee后才发现的,很多时候过期统计信息会令优化器做出一个错误的执行计划,因此应及时更新这些信息。 在CBO模式下,当对多个表进行连接查询时,oracle分析器会按照从右到左的顺序处理from子句中的表名。例如:
- select a.empno,a.ename,c.deptno,c.dname,a.log_action from emp_log a,emp b,dept c
select a.empno,a.ename,c.deptno,c.dname,a.log_action from emp_log a,emp b,dept c在执行时,oracle会先查询dept表,根据dept表查询的行作为数据源串行连接emp表继续执行,因此dept表又称为基础表或驱动表。由于连接的顺序对于查询的效率有非常大的影响。因此在处理多表连接时,必须选择记录条数较少的表作为基础表,oracle会使用排序与合并的方式进行连接。比如先扫描dept表,然后对dept表进行排序,再扫描emp表,最后将所有检索出来的记录与第一个表中的记录进行合并。 如果有3个以上的表连接查询,就需要选择交叉表作为基础表。交叉表是指那个被其他表所引用的表,由于emp_log是dept与emp表中的交叉表,既包含dept的内容又包含emp的内容。
- select a.empno,a.ename,c.deptno,c.dname,a.log_action from emp b,dept c,emp_log a;
select a.empno,a.ename,c.deptno,c.dname,a.log_action from emp b,dept c,emp_log a;
3.指定where条件顺序
在查询表时,where子句中条件的顺序往往影响了执行的性能。默认情况下,oracle采用自下而上的顺序解析where子句,因此在处理多表查询时,表之间的连接必须写在其他的where条件之前,但是过滤数据记录的条件则必须写在where子句的尾部,以便在过滤了数据之后再进行连接处理,这样可以提升sql语句的性能。
- SELECT a.empno, a.ename, c.deptno, c.dname, a.log_action, b.sal
- FROM emp b, dept c, emp_log a
- WHERE a.deptno = b.deptno AND a.empno=b.empno AND c.deptno IN (20, 30)
SELECT a.empno, a.ename, c.deptno, c.dname, a.log_action, b.sal FROM emp b, dept c, emp_log a WHERE a.deptno = b.deptno AND a.empno=b.empno AND c.deptno IN (20, 30)从SQL执行计划中可以看到const成本值为10。如果使用如下不好的查询方式,const成本值为32
- SELECT a.empno, a.ename, c.deptno, c.dname, a.log_action, a.mgr
- FROM emp b, dept c, emp_log a
- WHERE c.deptno IN (20, 30) AND a.deptno = b.deptno
SELECT a.empno, a.ename, c.deptno, c.dname, a.log_action, a.mgr FROM emp b, dept c, emp_log a WHERE c.deptno IN (20, 30) AND a.deptno = b.deptno
4.避免使用*符号
有时我们习惯使用*符号,如
- SELECT * FROM emp
SELECT * FROM empOracle在遇到*符号时,会去查询数据字典表中获取所有的列信息,然后依次转换成所有的列名,这将耗费较长的执行时间,因此尽量避免使用*符号获取所有的列信息
5.使用decode函数
是Oracle才具有的一个功能强大的函数 比如统计emp表中部门编号为20和部门编号为30的员工的人数和薪资汇总,如果不使用decode那么就必须用两条sql语句
- select count(*),SUM(sal) from emp where deptno=20;
- union
- select count(*),SUM(sal) from emp where deptno=30;
select count(*),SUM(sal) from emp where deptno=20; union select count(*),SUM(sal) from emp where deptno=30;通过Union将两条SQL语句进行合并,实际上通过执行计划可以看到,SQL优化器对emp进行了两次全表扫描 通过decode语句,可以再一个sql查询中获取到相同的结果,并且将两行结果显示为单行。
- SELECT COUNT (DECODE (deptno, 20, 'X', NULL)) dept20_count,
- COUNT (DECODE (deptno, 30, 'X', NULL)) dept30_count,
- SUM (DECODE (deptno, 20, sal, NULL)) dept20_sal,
- SUM (DECODE (deptno, 30, sal, NULL)) dept30_sal
- FROM emp;
SELECT COUNT (DECODE (deptno, 20, 'X', NULL)) dept20_count, COUNT (DECODE (deptno, 30, 'X', NULL)) dept30_count, SUM (DECODE (deptno, 20, sal, NULL)) dept20_sal, SUM (DECODE (deptno, 30, sal, NULL)) dept30_sal FROM emp;通过灵活的运用decode函数,可以得到很多意想不到的结果,比如在group by 或order by子句中使用decode函数,或者在decode块中嵌套另一个decode块。
关于decode函数详解:http://blog.csdn.net/ochangwen/article/details/52733273
6.使用where而非having
where子句和having子句都可以过滤数据,但是where子句不能使用聚集函数,如count max min avg sum等函数。因此通常将Having子句与Group By子句一起使用 注意:当利用Group By进行分组时,可以没有Having子句。但Having出现时,一定会有Group By 需要了解的是,WHERE语句是在GROUP BY语句之前筛选出记录,而HAVING是在各种记录都筛选之后再进行过滤。也就是说HAVING子句是在从数据库中提取数据之后进行筛选的,因此在编写SQL语句时,尽量在筛选之前将数据使用WHERE子句进行过滤,因此执行的顺序应该总是这样。 ①.使用WHERE子句查询符合条件的数据 ②.使用GROUP BY子句对数据进行分组。 ③.在GROUP BY分组的基础上运行聚合函数计算每一组的值 ④.用HAVING子句去掉不符合条件的组。 例子:查询部门20和30的员工薪资总数大于1000的员工信息
- select empno,deptno,sum(sal)
- from emp group by empno,deptno
- having sum(sal) > 1000 and deptno in (20,30);
select empno,deptno,sum(sal) from emp group by empno,deptno having sum(sal) > 1000 and deptno in (20,30);在having子句中,过滤出部门编号为20或30的记录,实际上这将导致查询取出所有部门的员工记录,在进行分组计算,最后才根据分组的结果过滤出部门 20和30的记录。这非常低效,好的算法是先使用where子句取出部门编号为20和30的记录,再进行过滤。修改如下:
- select empno,deptno,sum(sal)
- from emp where deptno in (20,30)
- group by empno,deptno having sum (sal) > 1000;
select empno,deptno,sum(sal) from emp where deptno in (20,30) group by empno,deptno having sum (sal) > 1000;
7.使用UNION而非OR
如果要进行OR运算的两个列都是索引列,可以考虑使用union来提升性能。 例子:比如emp表中,empno和ename都创建了索引列,当需要在empno和ename之间进行OR操作查询时,可以考虑将这两个查询更改为union来提升性能。
- select empno,ename,job,sal from emp where empno > 7500 OR ename LIKE 'S%';
select empno,ename,job,sal from emp where empno > 7500 OR ename LIKE 'S%';使用UNION
- select empno,ename,job,sal from emp where empno > 7500
- UNION
- select empno,ename,job,sal from emp where ename LIKE 'S%';
select empno,ename,job,sal from emp where empno > 7500 UNION select empno,ename,job,sal from emp where ename LIKE 'S%';但这种方式要确保两个列都是索引列。否则还不如OR语句。 如果坚持使用OR语句,①.需要记住尽量将返回记录最少的索引列写在最前面,这样能获得较好的性能,例如empno > 7500 返回的记录要少于对ename的查询,因此在OR语句中将其放到前面能获得较好的性能。②.另外一个建议是在要对单个字段值进行OR计算的时候,可以考虑使用IN来代替
- select empno,ename,job,sal from emp where deptno=20 OR deptno=30;
select empno,ename,job,sal from emp where deptno=20 OR deptno=30;上面的SQL如果修改为使用In,性能更好
8.使用exists而非IN
比如查询位于芝加哥的所有员工列表可以考虑使用IN
- SELECT *
- FROM emp
- WHERE deptno IN (SELECT deptno
- FROM dept
- WHERE loc = 'CHICAGO');
SELECT * FROM emp WHERE deptno IN (SELECT deptno FROM dept WHERE loc = 'CHICAGO');替换成exists可以获取更好的查询性能
- SELECT a.*
- FROM emp a
- WHERE NOT EXISTS (SELECT 1
- FROM dept b
- WHERE a.deptno = b.deptno AND loc = 'CHICAGO');
SELECT a.* FROM emp a WHERE NOT EXISTS (SELECT 1 FROM dept b WHERE a.deptno = b.deptno AND loc = 'CHICAGO');同样的替换页发生在not in 和not exists之间,not in 子句将执行一个内部的排序和合并,实际上它对子查询中的表执行了一次全表扫描,因此效率低,在需要使用NOT IN的场合,英爱总是考虑把它更改成外连接或NOT EXISTS
- SELECT *
- FROM emp
- WHERE deptno NOT IN (SELECT deptno
- FROM dept
- WHERE loc = 'CHICAGO');
SELECT * FROM emp WHERE deptno NOT IN (SELECT deptno FROM dept WHERE loc = 'CHICAGO');为了提高较好的性能,可以使用连接查询,这是最有效率的的一种办法
- SELECT a.*
- FROM emp a, dept b
- WHERE a.deptno = b.deptno AND b.loc <> 'CHICAGO';
SELECT a.* FROM emp a, dept b WHERE a.deptno = b.deptno AND b.loc <> 'CHICAGO';也可以考虑使用NOT EXIST
- select a.* from emp a
- where NOT EXISTS (
- select 1 from dept b where a.deptno =b.deptno and loc='CHICAGO');
select a.* from emp a where NOT EXISTS ( select 1 from dept b where a.deptno =b.deptno and loc='CHICAGO');9.避免低效的PL/SQL流程控制语句 PLSQL在处理逻辑表达式值的时候,使用的是短路径的计算方式。
- DECLARE
- v_sal NUMBER := &sal; --使用绑定变量输入薪资值
- v_job VARCHAR2 (20) := &job; --使用绑定变量输入job值
- BEGIN
- IF (v_sal > 5000) OR (v_job = '销售') --判断执行条件
- THEN
- DBMS_OUTPUT.put_line ('符合匹配的OR条件');
- END IF;
- END;
DECLARE v_sal NUMBER := &sal; --使用绑定变量输入薪资值 v_job VARCHAR2 (20) := &job; --使用绑定变量输入job值 BEGIN IF (v_sal > 5000) OR (v_job = '销售') --判断执行条件 THEN DBMS_OUTPUT.put_line ('符合匹配的OR条件'); END IF; END;首先对第一个条件进行判断,如果v_sal大于5000,就不会再对v_job条件进行判断,灵活的运用这种短路计算方式可以提升性能。应该总是将开销较低的判断语句放在前面,这样当前面的判断失败时,就不会再执行后面的具有较高开销的语句,能提升PL/SQL应用程序的性能. 举个例子,对于and逻辑运算符来说,只有左右两边的运算为真,结果才为真。如果前面的结果第一个运算时false值,就不会进行第二个运算、
- DECLARE
- v_sal NUMBER := &sal; --使用绑定变量输入薪资值
- v_job VARCHAR2 (20) := &job; --使用绑定变量输入job值
- BEGIN
- IF (Check_Sal(v_sal) > 5000) AND (v_job = '销售') --判断执行条件
- THEN
- DBMS_OUTPUT.put_line ('符合匹配的AND条件');
- END IF;
- END;
DECLARE v_sal NUMBER := &sal; --使用绑定变量输入薪资值 v_job VARCHAR2 (20) := &job; --使用绑定变量输入job值 BEGIN IF (Check_Sal(v_sal) > 5000) AND (v_job = '销售') --判断执行条件 THEN DBMS_OUTPUT.put_line ('符合匹配的AND条件'); END IF; END;这段代码有一个性能隐患,check_sal涉及一些业务逻辑的检查,如果让check_sal函数的调用放在前面,这个函数总是被调用,因此处于性能方面的考虑,应该总是将v_job的判断放到and语句的前面.
- DECLARE
- v_sal NUMBER := &sal; --使用绑定变量输入薪资值
- v_job VARCHAR2 (20) := &job; --使用绑定变量输入job值
- BEGIN
- IF (v_job = '销售') AND (Check_Sal(v_sal) > 5000) --判断执行条件
- THEN
- DBMS_OUTPUT.put_line ('符合匹配的AND条件');
- END IF;
- END;
DECLARE v_sal NUMBER := &sal; --使用绑定变量输入薪资值 v_job VARCHAR2 (20) := &job; --使用绑定变量输入job值 BEGIN IF (v_job = '销售') AND (Check_Sal(v_sal) > 5000) --判断执行条件 THEN DBMS_OUTPUT.put_line ('符合匹配的AND条件'); END IF; END;