C、語句級別
這些需要用到Hint,比如:
SQL> SELECT /*+ RULE */ a.userid,
2 b.name,
3 b.depart_name
4 FROM tf_f_yhda a,
5 tf_f_depart b
6 WHERE a.userid=b.userid;
4、為什么有時一個表的某個字段明明有索引,當觀察一些語的執行計劃確不走索引呢？如何解決呢 ？
A、不走索引大體有以下幾個原因
♀你在Instance級別所用的是all_rows的方式
♀你的表的統計信息(最可能的原因)
♀你的表很小,上文提到過的,Oracle的優化器認為不值得走索引。
B、解決方法
♀可以修改init<SID>.ora中的OPTIMIZER_MODE這個參數,把它改為Rule或Choose,重起數據庫。也可以使用4中所提的Hint.
♀刪除統計信息
SQL>analyze table table_name delete statistics;
♀表小不走索引是對的,不用調的。
5、其它相關
A、如何看一個表或索引是否是統計信息
SQL>SELECT * FROM user_tables
2 WHERE table_name=<table_name>
3 AND num_rows is not null;
SQL>SELECT * FROM user_indexes
2 WHERE table_name=<table_name>
3 AND num_rows is not null;
b、如果我們先用CBO的方式,我們應及時去更新表和索引的統計信息,以免生形不切合實的執行計劃。
SQL> ANALYZE TABLE table_name COMPUTE STATISTICS;
SQL> ANALYZE INDEX index_name ESTIMATE STATISTICS;
具體的ANALYZE語句請參照Oracle8i/9i 的refrence文檔。
<================end of file“Oracle的優化器(Optimizer)”=====================>
下面的是我的關于一點執行計劃的理解：
1。首先要啟動trace的選項：
set autotrace trace eXPlain
如果出現下面的錯誤：
SQL>? set autotrace trace explain
SP2-0613: Unable to verify PLAN_TABLE format or existence
SP2-0611: Error enabling EXPLAIN report
那么要先運行下面的語句：
?@?/rdbms/admin/utlxplan.sql；
2。分析下面的執行計劃：
SQL> select ename,dname??? from emp, dept?? where emp.deptno=dept.deptno???? and dept.dname in ('ACCOUNTING','RESEARCH','SALES','OPERATIONS');
Execution Plan
----------------------------------------------------------
?? 0????? SELECT STATEMENT Optimizer=CHOOSE
?? 1??? 0?? NESTED LOOPS
?? 2??? 1???? TABLE Access (FULL) OF 'EMP'
?? 3??? 1???? TABLE ACCESS (BY INDEX ROWID) OF 'DEPT'
?? 4??? 3?????? INDEX (UNIQUE SCAN) OF 'PK_DEPT' (UNIQUE)
關于前面的兩個數字，第一個是狀態ID,第二個是父ID。
就是如下所示：0-->1-->2
??? ?? ?? ?? ?? ?? ?????
??? ?? ?? ?? ?? ?? ?? ?? -->3-->4
在上圖里，0的執行依靠1，1的執行又依賴2和3，2是沒有子ID的，所以2最先執行，然后是4，在然后是3；然后2和3的結果傳回1。
在這個里面0行有個字“Optimizer=CHOOSE”，這個就是上文說的那個oracle的優化器了。
還有，看這個“ INDEX (UNIQUE SCAN) OF 'PK_DEPT' (UNIQUE)”，就知道這個語句運行的時候是走INDEX的。