Oracle 9i全索引掃描和函數索引一起工作的原理
如果你度數據庫的相關實際操作很感興趣的話沒那么你肯定會知道在Oracle9i之前，Oracle 9i全索引掃描只有再創建相關索引時，沒有空值的時候才可以進行使用，也就是說，Oracle建立索引時必須用一個NOT NULL子句才可以使用該索引。由于Oracle9i支持用函數（function-based）索引實現的唯索索引掃描，這種情況大大改觀。
簡單回歸一下，函數索引是Oracle8的一個重要改進，因為它提供了一種有效的消除無必要長表全掃描的機制，由于函數索引可以在任何查詢語句中的WHERE子句中精確復制，Oracle總會用一個索引來匹配上SQL查詢的WHERE子句。
現在，我要會用一個student表來舉一個簡單的例子來解釋Oracle 9i全索引掃描如何與函數索引一起工作的過程。
創建student表
- (student_name varchar2(40), date_of_birth date);
使用這個表，創建與表中所有列相關聯的函數索引。在本例中，該函數為initcap（即大寫每個單詞的首字母）和to_char（即把一個數字變成字符）：
- create index whole_student
- on student
- (initcap(student_name), to_char(date_of_birth,’MM-DD-YY’));
定義完函數索引后，Oracle9i中任何可以引用這些列（column）的SQL語句都可以使用Oracle 9i全索引掃描。下面是SQL匹配函數索引的查詢例子：
- select * from student
- where initcap(student_name) = ‘Jones’;
- select * from student
- where to_char(date_of_birth,’MM-DD=YY’) = ’04-07-85’;
用函數索引來調用全索引掃描
Oracle9i只要可能就會使用函數索引并在函數索引的基礎上調用全索引掃描。如果SQL優化器統計結果表明使用全索引掃描的速度將會超過通過索引的b-樹訪問的速度，那么Oracle9i就會這么做。
下面是用函數索引調用唯索掃描的準則。所有的SQL謂詞匹配索引中的列，查詢必須從表中返回足夠多的行，這樣做的目的是為了讓代價優化器（cost-based optimizer）來判斷全索引掃描是否要比傳統的索引訪問方法要快。是否調用全索引掃描的決定取決于下面幾個參數設置：
代價優化器的適當統計數字——這個計劃（schema）最近已經分析過了，而且optimizer_mode參數不能設置為RULE。
索引的并行程度——注意索引的并行程度是獨立設置的；索引并沒有繼承表的并行程度。
optimizer_index_cost_adj的設置——它控制代價優化器是否傾向于Oracle 9i全索引掃描。
db_file_multiblock_read_count的設置——這個參數影響到全索引掃描的代價。這個值越高，全索引掃描的代價也就會越“便宜”。
索引的直方圖表示——對偏移（skewed）索引，它幫助代價優化器評估查詢返回的行數。
Oracle的一個重要提高
在函數索引基礎上的快速全索引掃描是Oracle9i的另一個提高性能的途徑。當數據庫遷移到Oracle9i時，許多數據庫自動開始使用這個新的執行計劃。不過，當SQL代價優化器決定是否選擇全索引掃描時，還要考慮幾個因素。Oracle專業人員需要適當設置參數，以確保代價優化器不會用不合適的方式使用快速Oracle 9i全索引掃描——這一點需要特別注意。
【編輯推薦】
