Sql優化是一項復雜的工作，以下的一些基本原則是本人看書時所記錄下來的，很明確且沒什么廢話：

1．  索引的使用：

（1）.當插入的數據為數據表中的記錄數量的10%以上，首先需要刪除該表的索引來提高數據的插入效率，當數據插入后，再建立索引。

（2）.避免在索引列上使用函數或計算，在where子句中，如果索引是函數的一部分，優化器將不再使用索引而使用全表掃描。如：

低效：select * from dept where sal*12 >2500;

高效：select * from dept where sal>2500/12;

(3).避免在索引列上使用not和 “!=”，索引只能告訴什么存在于表中，而不能告訴什么不存在于表中，當數據庫遇到not 和 “!=”時，就會停止使用索引而去執行全表掃描。

(4).索引列上>=代替>

 低效：select * from emp where deptno > 3

 高效：select * from emp where deptno >=4

兩者的區別在于，前者dbms將直接跳到第一個deptno等于4的記錄，而后者將首先定位到deptno等于3的記錄并且向前掃描到第一個deptno大于3的。

(5).非要對一個使用函數的列啟用索引，基于函數的索引是一個較好的方案。

2. 游標的使用：

   當在海量的數據表中進行數據的刪除、更新、插入操作時，用游標處理的效率是最慢的，但是游標又是必不可少的，所以正確使用游標十分重要：

   (1). 在數據抽取的源表中使用時間戳，這樣每天的維表數據維護只針對更新日期為最新時間的數據來進行，大大減少需要維護的數據記錄數。

   (2). 在insert和update維表時都加上一個條件來過濾維表中已經存在的記錄，例如：

insert into dim_customer select * from ods_customer where ods_customer.code not exists (dim_customer.code)

 ods_customer為數據源表。dim_customer為維表。

   (3). 使用顯式的游標，因為隱式的游標將會執行兩次操作，第一次檢索記錄，第二次檢查too many rows這個exception,而顯式游標不執行第二次操作。

3．  據抽取和上載時的sql優化：

(1). Where 子句中的連接順序：

oracle采用自下而上的順序解析where子句，根據這個原理，表之間的連接必須寫在其他where條件之前，那些可以過濾掉大量記錄的條件必須寫在where子句的末尾。如：

低效：select * from emp e where sal>5000 and job = ‘manager’ and 25<(select count (*) from emp where mgr=e.empno);

高效：select * from emp e where 25<(select count(*) from emp where mgr=e.empno) and sal>5000 and job=’manager’;

   (2). 刪除全表時，用truncate 替代 delete,同時注意truncate只能在刪除全表時適用，因為truncate是ddl而不是dml。

   (3). 盡量多使用commit

只要有可能就在程序中對每個delete,insert,update操作盡量多使用commit,這樣系統性能會因為commit所釋放的資源而大大提高。

   (4). 用exists替代in ，可以提高查詢的效率。

   (5). 用not exists 替代 not in

   (6). 優化group by

提高group by語句的效率，可以將不需要的記錄在group by之前過濾掉。如：

低效：select job, avg(sal) from emp group by job having job = ‘president’ or job=’manager’;

高效： select job, avg(sal) from emp having  job=’president’ or job=’manager’ group by job;

   (7). 有條件的使用union-all 替代 union：這樣做排序就不必要了，效率會提高3到5倍。

   (8). 分離表和索引

       總是將你的表和索引建立在不同的表空間內，決不要將不屬于oracle內部系統的對象存放到system表空間內。同時確保數據表空間和索引表空間置于不同的硬盤控制卡控制的硬盤上。