1、* 號引起的執行效率
盡量減少使用select * 來進行查詢,當你查詢使用*,
數據庫會進行解析並將*轉換為全部列。
select count(si.student_id)
from Student_info si(student_id為索引)
與
select count(*) from Student_info si
執行時.上面的語句明顯會比下面沒有用索引統計的語句要快
2、避免在索引列上使用計算．
WHERE 子句中，如果索引列是函數的一部分．優化器將不使用索引而使用全表掃描．
舉例 :
低效：
SELECT … FROM DEPT WHERE SAL * 12 > 25000;
高效 :
SELECT … FROM DEPT WHERE SAL > 25000/12;
3、用 >= 替代 >
高效 :
SELECT * FROM EMP WHERE DEPTNO >=4
低效 :
SELECT * FROM EMP WHERE DEPTNO >3
兩者的區別在於 , 前者 DBMS 將直接跳到第一個 DEPT 等於 4 的記錄而後者將首先定位到 DEPTNO=3 的記錄並且向前掃描到第一個 DEPT 大於 3 的記錄 .
4 、 用 UNION 替換 OR ( 適用於索引列 )
通常情況下 , 用 UNION 替換 WHERE 子句中的 OR 將會起到較好的效果 . 對索引列使用 OR 將造成全表掃描 . 注意 , 以上規則只針對多個索引列有效 . 如果有 column 沒有被索引 , 查詢效率可能會因為你沒有選擇 OR 而降低 . 在下面的例子中 , LOC_ID 和 REGION 上都建有索引 .
高效 :
SELECT LOC_ID , LOC_DESC , REGION
FROM LOCATION
WHERE LOC_ID = 10
UNION
SELECT LOC_ID , LOC_DESC , REGION
FROM LOCATION
WHERE REGION = “MELBOURNE”
低效 :
SELECT LOC_ID , LOC_DESC , REGION
FROM LOCATION
WHERE LOC_ID = 10 OR REGION = “MELBOURNE”
如果你堅持要用 OR, 那就需要返回記錄最少的索引列寫在最前面 .
5、用 IN 來替換 OR
這是一條簡單易記的規則，但是實際的執行效果還須檢驗，在 ORACLE8i 下，兩者的執行路徑似乎是相同的．
低效 :
SELECT …. FROM LOCATION WHERE LOC_ID = 10 OR LOC_ID = 20 OR LOC_ID = 30
高效
SELECT … FROM LOCATION WHERE LOC_IN IN (10,20,30);
6、避免在索引列上使用 IS NULL 和 IS NOT NULL
7、where執行順序
where執行會從至下往上執行
select *
from student_info si --學生信息表
where si.school_id=10 --學院ID
and si.system_id=100--系ID
擺放where子句時,把能過濾大量數據的條件放在最下邊
8、from字段中的優化：
Oracle安照從右到左的順序加載表數據，應該把可以排除數據最多的表放到後面（基礎表）。
比如，在關聯查詢中，把課程表放到後面，成績表放到前面，因為課程表數據一般比較少，關聯的時候可以快速的過濾掉一些成績數據。
9、索引失效
1、運算導致的索引失效
2、類型轉換導致的索引失效
3、在索引列上進行計算引起的問題
4、 Is not null引起的問題(student_id為索引)
5、Order by導致索引失效(student_id為索引)
6、自動選擇索引
7、 !=導致索引失效
8、%導致的索引失效
