[2018年最新整理]SQL代码性能优化.docVIP

SQL代码性能优化 在传统的数据库优化理论中存在着一些有争议的问题，例如： 传统上认为，数据库通过使用索引更快地遍历表，优化器根据定义的索引来提高性能。但是，如果在SQL语句的where子句中写的SQL代码不合理，就会造成优化器删去索引而使用全表扫描，一般这种SQL语句就是所谓的劣质SQL语句。在编写SQL语句时我们应清楚优化器根据何种原则来删除索引，这有助于写出高性能的SQL语句。where子句，即使某些列存在索引，但是由于编写了劣质的SQL，系统在运行该SQL语句时也不能使用该索引，而同样使用全表扫描，这就造成了响应速度的极大降低select * from employee where first_name||||last_name =Beill Cliton; 上面这条语句完全可以查询出是否有Bill Cliton这个员工，但是这里需要注意，系统优化器对基于last_name创建的索引没有使用。 当采用下面这种SQL语句的编写时，Oracle系统就可以采用基于last_name创建的索引，从而提高检索速度。 Select * from employee Where first_name =Beill and last_name =Cliton; 3. 搜索词的词首出现通配符（%） 避免使用在搜索词的词首出现通配符（%）的like语句。 如果要求在职工表中查询名字中包含cliton的人。可以采用如下的查询SQL语句： select * from employee where last_name like %cliton%; 这里由于通配符（%）在搜寻词首出现，所以Oracle系统不能使用last_name的索引。在很多情况下可能无法避免这种情况，但是一定要心中有底，通配符如此使用会降低查询速度。然而当通配符出现在字符串其他位置时，优化器就能利用索引。在下面的查询中索引得到了使用： select * from employee where last_name like c%; 4. Order by语句 Order by语句决定了Oracle如何将返回的查询结果排序。任何在Order by语句的非索引项或者有计算表达式都将降低查询速度。解决这个问题的办法就是重写order by语句以使用索引，也可以为所使用的列建立另外一个索引，同时应绝对避免在order by子句中使用表达式。 5. NOT 在进行查询时经常需要在where子句使用一些逻辑表达式，如大于、小于、等于以及不等于等等，同时也可以使用and（与）、or（或）以及not（非）。NOT可用来对任何逻辑运算符号取反。下面是一个NOT子句的例子： where not (status =VALID) 如果要使用NOT，则应在取反的短语前面加上括号，并在短语前面加上NOT运算符。NOT运算符包含在另外一个逻辑运算符中，这就是不等于（）运算符。换句话说，即使不在查询where子句中显式地加入NOT词，NOT仍在运算符中，见下例： where status INVALID; 再看下面这个例子： Select * from employee where salary3000; 对这个查询，可以改写为不使用NOT： Select * from employee where salary3000 or salary3000; 虽然这两种查询的结果一样，但是第二种查询方案会比第一种查询方案更快些。第二种查询允许Oracle对salary列使用索引，而第一种查询由于使用了NOT运算符所以不能使用索引。 二、保证索引的高效 1. 等式比较和范围比较 当WHERE子句中有的索引列非等式表达式时，ORACLE是不能合并它们的，ORACLE不得不采取逐一比较的方式。 举例： DEPT_NO上有一个非唯一性索引，EMP_CAT也有一个非唯一性索引。 select ENAME from EMP where DEPT_NO 20 and EMP_CAT = ‘A; 这里只有EMP_CAT索引被用到，然后所有的记录将逐条与DEPT_NO条件进行比较。执行路径如下： TABLE ACCESS BY ROWID ON EMP INDEX RANGE SCAN ON CAT_IDX 2.避免在索引列上使用计算． WHERE子句中，如果索引列是函数的一部分。优化器将不使用索引而使用全表扫描。 低效： select … from DEPT where SAL * 12 25000; 高效： select … from DEPT where SAL 25000/12; 3.用 = 替代 如果DEPT_NO上有一个索引。 高效： select *