SQL优化的原则是.docVIP

SQL优化的原则是：将一次操作需要读取的BLOCK数减到最低。 调整不良SQL通常可以从以下几点切入： 检查不良的SQL，考虑其写法是否还有可优化内容； 检查子查询考虑SQL子查询是否可以用简单连接的方式进行重新书写； 检查优化索引的使用； 考虑数据库的优化器; 查询的一般规则 ? 明确指出检索的字段，尽量减少对多余的列与多余的行读取。 禁止使用 select * from table ……的方式访问表。 ? 在一个SQL语句中，如果一个where条件过滤的数据库记录越多，定位越准确，则该where条件越应该前移。 ? 查询时尽可能使用索引覆盖。即对SELECT的字段建立复合索引，这样查询时只进行索引扫描，不读取数据块。 ? 在判断有无符合条件的记录时不要用SELECT COUNT （*） 语句。 如： BF: select count(*) from table where condition 在MSSQL和Sybase中，使用 if exists (select 1 from table_name where condition)性能较好，在Oracle中，使用select 1 from table_name where condition较好。 ? 内层限定原则 在拼写SQL语句时，将查询条件分解、分类，并尽量在SQL语句的最里层进行限定，以减少数据的处理量。 应绝对避免在order by子句中使用表达式。 　　 正确使用INDEX的SQL 如果和查询条件相关的column上有建index,以下几点能帮助SQL正确的使用index 。 ? 避免显式或隐含的类型转换。 where子句中存在数据类型隐形转换的,如用Numeric 型和 Int型的列的比较时，不能使用index。 ? WHERE子句中任何对列的操作都将无法使用index，它包括数据库函数、计算表达式等等，所以要尽量减少在＝左边的列的运算。如： BF：select staff_no, staff_name from staff_member where salary*2 = 10000; RP：select staff_no, staff_name from staff_member where salary = 5000; ? WHERE子句中使用不等于()运算的，将无法使用index。可以用union all改写。如： BF：select staff_no, staff_name from staff_member where dept_no2001; RP：select staff_no, staff_name from staff_member where dept_no 2001 Union all select staff_no, staff_name from staff_member where dept_no 2001; Oralce中可以考虑使用函数索引。 ? WHERE子句中使用substr字符串函数的，将无法使用index，可以用like改写。如： BF：select staff_no, staff_name from staff_member where substr(last_name,1,4)=’FRED’; RP：select staff_no, staff_name from staff_member where last_name like ’FRED％’; ? WHERE子句中‘%’通配符在第一个字符的，将无法使用index。如: select staff_no, staff_name from staff_member where first_name like ‘%DON’; 这种情况的优化方式比较复杂，在后面有关index优化的内容中我们介绍一种在oracle中使用反向索引的优化方式。 ? LIKE语句后面不能跟变量，否则也不会使用索引。 where Prod_name like :v_name || % -- 不会使用索引 如果一定要使用变量，可以使用如下技巧： where Prod_name between :v_name and :v_name || chr(255) -- 会使用索引 ? WHERE子句中使用IS NULL和IS NOT NULL不会使用索引。好的设计习惯是表中尽量不使用允许为空的字段，可以根据业务逻辑，将字段设为NOT NULL的同时，提供一个DEFAULT值。另外，当表中建有索引的字段包含NULL时，索引的效率会降低。 ? WHE