您好,登錄后才能下訂單哦!
這篇文章將為大家詳細講解有關如何理解oracle中的反向鍵索引,文章內容質量較高,因此小編分享給大家做個參考,希望大家閱讀完這篇文章后對相關知識有一定的了解。
反向鍵索引是一種B-tree索引,它在保持列順序的同時,物理地改變每個索引鍵的字節(反向鍵索引除了ROWID和still之外,反轉每個索引列的字節)。例如,如果索引鍵為20,如果在十六進制中存儲為這個鍵的兩個字節是C1,則是標準b樹索引中的15個字節,那么一個反向鍵索引將字節存儲為15,C1。
優點:
反轉鍵解決了b樹索引右側葉塊爭用的問題。這個問題在Oracle Real Application cluster (Oracle RAC)數據庫中尤其突出,在這個數據庫中多個實例反復修改同一個塊。例如,在orders表中,訂單的主鍵是順序的。集群中的一個實例添加了order 20,而另一個實例添加了21,每個實例都將其關鍵字寫入索引右側的同一個葉塊。
在反向鍵索引中,字節順序的反轉分布在索引中的所有葉鍵上。例如,在標準鍵索引中相鄰的20和21這樣的鍵現在被分開存儲在不同的塊中(索引會在左邊,中間,右邊-到處都是)。所以爭論就這樣消失了。因此,順序鍵插入的I/O分布更均勻。
缺點:
但是,必須指出的是:現在整個索引最好在緩沖區緩存中,而在之前——只有熱的右側需要在緩存中進行有效的插入。如果索引不能放入緩存,我們很可能會將緩沖區繁忙的等待變成物理IO等待,這可能更糟(補救比癥狀更糟糕)。
由于索引中的數據在存儲時沒有按列鍵排序,所以反向鍵安排在某些情況下消除了運行索引范圍掃描查詢的能力。例如,如果用戶對大于20的訂單ID發出查詢,那么數據庫就不能從包含該ID的塊開始,然后水平地通過葉塊進行。
總結:
這些索引旨在消除插入應用程序上的索引熱點。這些索引對于插入性能非常好,但是它們是有限的,因為數據庫不能使用它們進行索引范圍掃描。
語法:
create index <INDEX_NAME> on <TABLE_NAME> (<COLUMN_NAME>, <COLUMN_NAME>)
REVERSE;
關于如何理解oracle中的反向鍵索引就分享到這里了,希望以上內容可以對大家有一定的幫助,可以學到更多知識。如果覺得文章不錯,可以把它分享出去讓更多的人看到。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。