Oracle如何写出高效的SQL

转载:http://www.blogjava.net/ashutc/archive/2009/07/19/277215.html

1、选择最有效率的表明顺序(只在基于规则的优化器中有效)

  Oracle的解析器按照从右到左的顺序处理FROM 子句中的表名,FROM 子句中写在最后的表(基础表 driving table)将被最先处理,在FROM 子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表。假如有3 个以上的表连接查询,那就需要选择交叉表(intersection table)作为基础表,交叉表是指那个被其他表所引用的表

2、WHERE 子句中的连接顺序

  Oracle 采用自下而上的顺序解析 WHERE子句,根据这个原理,表之间的连接必须写在其他的 WHERE 条件之前,那些可以过滤掉最大数量记录的条件必须写在 WHERE子句的末尾(保证最先处理的条件能过滤掉最多的记录,使得之后的条件处理能够处理尽可能少的记录)

3、SELECT 子句中避免使用 "*"

  Oracle 在解析的过程中,会将 * 一次转换成所有的列名,这个工作时通过查询数据字典完成的,这意味着将耗费更多的时间

4、减少访问数据库的次数

  Oracle 在内部执行了许多工作:解析SQL 语句、估算索引的利用率、绑定变量、读数据块等

5、在 SQL*Plus、SQL*Forms 和 Proc*C中重新设置 ARRAYSIZE参数,可以增加每次数据库访问的索引数据量,建议值为200

6、使用 DECODE 函数来减少处理时间

  使用DECODE 函数可以避免重复扫描相同记录或重复连接相同的表

7、整合简单、无关联的数据库访问

  假如你有几个简单的数据库查询语句,你可以把它们整合到一个查询中(即使它们之间没有关系)

8、删除重复记录

  最高效的删除重复记录的方法(因为使用了 ROWID)例子

DELETE FROM EMP E
WHERE E.ROWID > (
    SELECT MIN(X.ROWID)
    FROM EMP X
    WHERE X.EMP_NO = E.EMP_NO)

  

9、用 TRUNCATE代替 DELETE

  当删除表中的记录时,在通常情况下,回滚段(rollback segments)用来存放可以被恢复的信息,假如你没有 COMMINT 事务,Oracle会将数据恢复到删除之前的状态(准确地说是恢复到执行删除命令之前的状态),而当运用 TRUNCATE时,回滚段不再存放任何可被恢复的信息。当命令运行之后,数据不能被恢复,因此很少的资源被调用,执行时间也会很短

  但是TRUNCATE 只在删除全表使用,TRUNCATE 是DDL 不是DML

10、尽可能多使用 COMMIT

  只要有可能,在程序中尽量多使用 COMMIT,这样程序的性能得到提升,需求也会因为 COMMIT所释放的字段而减少

  COMMIT所释放的资源:

a. 回滚段上用于恢复数据的信息

b. 被程序语句获得的锁

c. redo log buffer 中的空间

d. Oracle为治理上述3 中资源中的内部花费

11、用WHERE 子句替代 HAVING子句

  避免使用 HAVING子句,HAVING 只会在检索出所有记录之后才对结果集进行过滤。这个处理需要排序、总计等操作。假如能通过 WHERE子句限制记录的数目,那就能减少这方面的开销。(非Oracle中)on、where、having这单个都可以加条件的子句中,on是最先执行,where次之,having最后。

  因为on 是先把不符合条件的记录过滤之后才进行统计,它就可以减少中间运算要处理的数据,按理说应该是最快的。

  where也应该比having 快,因为它过滤数据后才进行sum ,在两个表联接时才用 on的,所以在一个表的时候,就剩下where跟 having比较了。

  在单表查询统计的情况下,假如要过滤的条件没有涉及到计算字段,那它们的结果是一样的,只是 where可以使用 rushmore 技术,而having 就不能,在速度上后者要慢。假如要涉及到计算的字段,就表示在没有计算之前,这个字段的值是不确定的,根据上面写的工作流程,where的作用时间是在计算之前就完成的,而having 就是在计算之后才起作用的,所以在这种情况下,两者的结果会不同。

  在夺标联接查询时,on比where更早起作用。系统首先根据各个表之间的联接条件,把多个表合成一个临时表之后,再由where 进行过滤,然后再计算,计算完成之后再由 having 进行过滤。

  由此可见,要想过滤条件起到正确的作用,首先要明报这个条件应该在什么时候起作用,然后在决定放在哪里

12、减少对表的查询

  在含有子查询的SQL 语句中,要非常注重减少对表的查询,例子

SELECT TAB_NAME
FROM TABLES
WHERE (TAB_NAME, DB_VER)=(
    SELECT TAB_NAME, DB_VER
    FROM TAB_COLUMNS
    WHERE VERSION=604
    )

  

13、通过内部函数提高SQL 效率

  复杂的SQL 往往牺牲了执行效率。能够把握上面的运算函数解决问题的方法在实际工作中往往是非常有意义的

  

14、使用表的别名(Alias)

  当在 SQL语句中连接多个表时,请使用表的别名并把别名前缀于每个Column 上,这样一来,就可以减少解析的时间并减少那些由 Column歧义引起的语法错误

15、用 EXISTS 替代IN;用 NO EXISTS 替代NOT IN

  在许多基于基础表的查询中,为了满足一个条件,往往需要对另一个表进行联接,在这种情况下,使用EXISTS(或者NOT EXISTS)通常将提高查询的效率,在子查询中,NOT IN子句将执行一个内部的排序和合并。

  无论在哪种情况下,NOT IN都是低效的(因为它对子查询中的表执行了一个全表遍历)。为了避免使用NOT IN,可以把它改成外连接(Outer Joins)或者 NOT EXISTS

  高效的SQL实例

SELECT* FROM EMP(基础表)
WHERE EMPNO>0 AND EXISTS(
    SELECT ‘X‘
    FROM DEPT
    WHERE DEPT.DEPTNO=EMP.DEPTNO AND LOC=‘MELB‘
    )

  低效的SQL实例

SELECT * FROM EMP(基础表)
WHERE EMPNO>0 AND DEPTNO IN(
    SELECT DEPTNO
    FROM DEPT
    WHERE LOC=‘MELB‘
    )

  

16、识别“低效执行”的SQL 语句

  虽然目前各种关于SQL 优化的图形化工具层出不穷,但是写出自己的SQL 工具来解决问题始终是一个最好的方法

SELECT EXECUTIONS , DISK_READS, BUFFER_GETS, ROUND((BUFFER_GETS-DISK_READS)/BUFFER_GETS,2) Hit_radio, ROUND(DISK_READS/EXECUTIONS,2) Reads_per_run,
SQL_TEXT FROM V$SQLAREA WHERE EXECUTIONS>0 AND BUFFER_GETS > 0 AND (BUFFER_GETS-DISK_READS)/BUFFER_GETS < 0.8 ORDER BY 4 DESC;

  

17、用索引提高效率

  索引是表的一个概念部分,用来提高检索数据的效率,Oracle 使用了一个复杂的自平衡 B-Tree 结构。通常,通过所以查询数据比全表扫描要快。

  当Oracle 找出执行查询和 Update语句的最佳路径时,Oracle优化器将使用索引。

  同样在联结多个表时使用索引也能提高效率。

  另一个使用索引的好处是,它提供了主键(PRIMARY KEY)的唯一性验证。那些LONG 或 LONG RAW 数据类型,你可以索引几乎所有的列。

  通常,在大型表中使用索引能得到查询效率的提高,但是我们也必须注重到它的代价。所以需要空间来储存,也需要定期维护,每当有记录在表中增减或索引列被修改时,缩印本身也被修改。这意味着没条记录的INSERT、DELETE、UPDATE将为此多付出4、5 次的磁盘I/O。

  因为索引需要额外的存储空间和处理,那些不必要的索引反而会使查询时间变慢。定期的重构索引是很有必要的

ALTER INDEX <INDEXNAME> REBUILD <TABLESPACENAME>

  

18、用EXISTS 替代 DISTINCT

  当提交一个包含一对多表信息(比如部门表和雇员表)的查询时,避免在SELECT 子句中使用DISTINCT。一般可以考虑使用 EXISTS替换,EXISTS是查询更为迅速,因为 RDBMS 核心模块将在子查询的条件一单满足后,马上返回结果

  低效的SQL 实例

SELECT DISTINCT DEPT_NO, DEPT_NAME
FROM DEPT D, EMP E
WHERE D.DEPT_NO=E.DEPT_NO

  高效的SQL 实例

SELECT DEPT_NO, DEPT_NAME
FROM DEPT D
WHERE EXISTS (
    SELECT ‘X‘
    FROM EMP E
    WHERE E.DEPT_NO=D.DEPT_NO
    )

  

19、SQL 语句用大写的

  因为 Oracle总是先解析SQL语句,把小写的字母转换成大写的在执行

20、在Java 代码中尽量少使用连接符 “+” 连接字符串

21、避免在索引列上使用 NOT

  通常,我们在索引列上使用 NOT,NOT会产生在和在索引列上使用函数相同的印影响。当Oracle“碰到” NOT,它就会停止使用索引转而窒息感全表扫描

22、避免在索引列上使用计算

  WHERE 子句中,假如索引列是函数的一部分,优化器将不再使用索引而使用全表扫描

  低效的SQL 实例

SELECT ...
FROM DEPT
WHERE SQL*12>25000

  高效的SQL 实例

SELECT ...
FROM DEPT
WHERE SAL > 25000/12

  

23、用>= 替代 >

  高效的SQL 实例

SELECT *
FROM EMP
WHERE DEPTNO>=4

  低效的SQL 实例

SELECT *
FROM EMP
WHERE DEPTNO >3

  两者的区别在于,前置DBMS将直接跳到第一个DEPT等于4的记录而后者将首先定位到DEPTNO=3的记录并且向前扫描到第一个DEPT大于3的记录.

  同理,用 <= 替代 <

24、用 UNION 替代 OR(适用于索引列)

  通常情况下,用UNION 替换 WHERE子句中的OR 将会起到很好的效果。对索引列使用 OR 将造成全表扫描。

  注意,以上的规则只针对多个索引列有效。假如有 column没有被索引,查询效率可能因为你没有选择OR而降低。下面的例子中,LOC_ID和 REGION上都建立索引

  高效的SQL 实例

SELECT LOC_ID, LOC_DESC, REGION
FROM LOCATION
WHERE LOC_ID=10
UNION
SELECT LOC_ID, LOC_DESC, REGION
FROM LOCATION
WHERE REGION=‘MELBOURNE‘

  低效的SQL 实例

SELECT LOC_ID, LOC_DESC, REGION
FROM LOCATION
WHERE LOC_ID=10 OR REGION=‘MELBOURNE‘

  假如你坚持要用 OR,那就需要返回记录最少的索引列写在最前面

25、

时间: 2024-11-08 06:07:30

Oracle如何写出高效的SQL的相关文章

Oracle 如何写出高效的 SQL

转自:Oracle 如何写出高效的 SQL 要想写出高效的SQL 语句需要掌握一些基本原则,如果你违反了这些原则,一般情况下SQL 的性能将会很差. 1. 减少数据库访问次数连接数据库是非常耗时的,虽然应用程序会采用连接池技术,但与数据库交互依然很耗时,这就要求我们尽量用一条语句干完所有的事,尤其要避免把SQL 语句写在循环中,如果你遇到这样的人,应该毫不犹豫给他两个耳光. 2. 避免在有索引的字段上使用函数在索引字段上使用函数会使索引失效,我们可以通过其他方式避免使用函数,如:尽量 避免在 S

(转)理解SQL原理,写出高效的SQL语句 Sql养成一个好习惯是一笔财富

我们做软件开发的,大部分人都离不开跟数据库打交道,特别是erp开发的,跟数据库打交道更是频繁,存储过程动不动就是上千行,如果数据量大,人员流动大,那么我们还能保证下一段时间系统还能流畅的运行吗?我们还能保证下一个人能看懂我们的存储过程吗? 要知道sql语句,我想我们有必要知道sqlserver查询分析器怎么执行我么sql语句的,我么很多人会看执行计划,或者用 profile来监视和调优查询语句或者存储过程慢的原因,但是如果我们知道查询分析器的执行逻辑顺序,下手的时候就胸有成竹,那么下手是不是有把

如何写出高性能的SQL语句(转)

高性能的SQL语句能提高页面的执行效率,让你的服务器运行的更为流畅,所以大家在以后的使用过程中,尽量的考虑到效率. (1)整合简单,无关联的数据库访问: 如果你有几个简单的数据库查询语句,你可以把它们整合到一个查询中(即使它们之间没有关系) (2)删除重复记录: 最高效的删除重复记录方法 ( 因为使用了ROWID)例子: DELETE FROM EMP E WHERE E.ROWID > (SELECT MIN(X.ROWID) FROM EMP X WHERE X.EMP_NO = E.EMP

如何写出高性能的sql语句?

(1) 选择最有效率的表名顺序(只在基于规则的优化器中有效): ORACLE的解析器按照从右到左的顺序处理FROM子句中的表名,FROM子句中写在最后的表(基础表 driving table)将被最先处理,在FROM子句中包含多个表的情况下,你必须选择记录条数最少的表作为基础表.如果有3个以上的表连接查询, 那就需要选择交叉表(intersection table)作为基础表, 交叉表是指那个被其他表所引用的表. (2) WHERE子句中的连接顺序.: ORACLE采用自下而上的顺序解析WHER

利用|,&amp;,^,~,&lt;&lt;,&gt;&gt;&gt;写出高效艺术的代码

简介: 大家在阅读源码的时候经常会看到一些比如下面这样特别难理解的代码. cancelEvent.setAction(MotionEvent.ACTION_CANCEL | (motionEvent.getActionIndex() << MotionEvent.ACTION_POINTER_INDEX_SHIFT)); order = ((order) >> (INDEX_OFFSET -1) + 1) << INDEX_OFFSET; 类似与这种"高大上&

理解SQL原理,写出高效代码

做软件开发的,大部分人都离不开跟数据库打交道,特别是erp开发的,跟数据库打交道更是频繁,存储过程动不动就是上千行,数据量大,人员流动大,那么我们还能保证下一段时间系统还能流畅的运行吗?我们还能保证下一个人能看懂我们的存储过程吗?(顺便打一下广告,我们也做ERP,欢迎联系咨询) 要知道sql语句,我想我们有必要知道sqlserver查询分析器怎么执行sql语句的,很多人会看执行计划,或者用profile来监视和调优查询语句或者存储过程慢的原因,但是如果我们知道查询分析器的执行逻辑顺序.平时大家多

如何写出高性能的SQL语句

1. 首先要搞明白什么叫执行计划? 执行计划是数据库根据SQL语句和相关表的统计信息作出的一个查询方案,这个方案是由查询优化器自动分析产生的,比如一条SQL语句如果用来从一个 10万条记录的表中查1条记录,那查询优化器会选择"索引查找"方式,如果该表进行了归档,当前只剩下5000条记录了,那查询优化器就会改变方案,采用 "全表扫描"方式. 可见,执行计划并不是固定的,它是"个性化的".产生一个正确的"执行计划"有两点很重要:

利用|,&amp;amp;,^,~,&amp;lt;&amp;lt;,&amp;gt;&amp;gt;&amp;gt;写出高效艺术的代码

简单介绍: 大家在阅读源代码的时候常常会看到一些比方以下这样特别难理解的代码. cancelEvent.setAction(MotionEvent.ACTION_CANCEL | (motionEvent.getActionIndex() << MotionEvent.ACTION_POINTER_INDEX_SHIFT)); order = ((order) >> (INDEX_OFFSET -1) + 1) << INDEX_OFFSET; 类似与这样的"

C++在循环内和循环外定义变量的差异(如何写出高效的for循环)

写这篇文章的原因是我在问答平台看到的一个问题: C++内层循环中定义变量和在外面定义比影响大吗? 问题来自:http://ask.csdn.net/questions/176270 例如: for(int i=0;i<999;i++) { for(int j=0;j<999;j++); } 内层循环每次都定义j会造成多大的消耗呢? 此处我给出的回答是: 这个需要看你具体用什么编译器.不过主流编译器(如vs和gcc)这一块优化都比较好,不会反复分配变量. 看到答案和评论,好像有很多人对这个感兴趣