ORACLE 全域性索引和本地索引
Oracle資料庫中,有兩種型別的分割槽索引,全域性索引和本地索引,其中本地索引又可以分為本地字首索引和本地非字首索引。下面就分別看看每種型別的索引各自的特點。
全域性索引以整個表的資料為物件建立索引,索引分割槽中的索引條目既可能是基於相同的鍵值但是來自不同的分割槽,也可能是多個不同鍵值的組合。
全域性索引既允許索引分割槽的鍵值和表分割槽鍵值相同,也可以不相同。全域性索引和表之間沒有直接的聯絡,這一點和本地索引不同。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 |
|
從上面的語句可以看出,全域性索引和表沒有直接的關聯,必須顯式的指定maxvalue值。假如表中新加了分割槽,不會在全域性索引中自動增加新的分割槽,必須手工新增相應的分割槽。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 |
|
使用全域性索引,索引鍵值必須和分割槽鍵值相同,這就是所謂的字首索引。Oracle不支援非字首的全域性分割槽索引,如果需要建立非字首分割槽索引,索引必須建成本地索引。
1 2 3 4 5 6 7 8 9 10 11 |
|
接下來再來看看本地分割槽。
本地索引的分割槽和其對應的表分割槽數量相等,因此每個表分割槽都對應著相應的索引分割槽。使用本地索引,不需要指定分割槽範圍因為索引對於表而言是本地的,當本地索引建立時,Oracle會自動為表中的每個分割槽建立獨立的索引分割槽。
建立本地索引不必顯式的指定maxvalue值,因為為表新新增表分割槽時,會自動新增相應的索引分割槽。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 |
|
這裡系統已經自動以和表分割槽相同的名字自動建立了一個索引分割槽。同理,刪除表分割槽時相對應的索引分割槽也自動被刪除。
本地索引和全域性索引還有一個顯著的差別,就是上面提到的,本地索引可以建立成本地非字首型,而全域性索引只能是字首型。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 |
|
從上面的輸出可以看出,雖然索引的鍵值是part_no,但索引分割槽的鍵值仍然和表的分割槽鍵值相同,即ord_date,也即是所謂的非字首型索引。
最後,再引用一個例子說明字首索引和非字首索引的應用。
假設有一個使用DATE列分割槽的大表。我們經常使用一個VARCHAR2列(VCOL)進行查詢,但這個列並不是表的分割槽鍵值。
有兩種可能的方法來訪問VCOL列的資料,一是建立基於VCOL列的本地非字首索引,
可以看出,如果能夠保證VCOL列值的唯一性,全域性索引將會是最好的選擇。如果VCOL列值不唯一,就需要在本地非字首索引的並行查詢和全域性索引順序查詢以及高昂的維護代價之間做出選擇。