oracle表線上重定義

atlantisholic發表於2011-07-19

一. 基本概述

線上重定義表是從oracle9i開始提供的一個功能,能線上完成對一個表結構或儲存的重定義,並且不影響當前應用的使用,是oracle高可用性中的一個很有用的特性。

以下是線上重定義表的一些功能:

1. 修改表的儲存引數;

2. 可以將錶轉移到其他表空間;

3. 增加並行查詢選項;

4. 增加或刪除分割槽;

5. 重建表以減少碎片;

6.將堆表改為索引組織表或相反的操作;

7. 增加或刪除一個列。

 

 

二. 線上重定義表的步驟

1.   呼叫DBMS_REDEFINITION包需要EXECUTE_CATALOG_ROLE角色,除此之外,還需要CREATE ANY TABLEALTER ANY TABLEDROP ANY TABLELOCK ANY TABLESELECT ANY TABLE的許可權。

 

2.   選擇一種重定義方法。存在兩種重定義方法,一種是基於主鍵、另一種是基於ROWIDROWID的方式不能用於索引組織表,而且重定義後會存在隱藏列M_ROW$$。預設採用主鍵的方式。

 

3.   呼叫DBMS_REDEFINITION.CAN_REDEF_TABLE()過程,如果表不滿足重定義的條件,將會報錯並給出原因。

 

 

4.   在用一個方案中建立一個空的中間表,根據重定義後你期望得到的結構建立中間表。比如:採用分割槽表,增加了COLUMN等。

 

5.   呼叫DBMS_REDEFINITION.START_REDEF_TABLE()過程,並提供下列引數:被重定義的表的名稱、中間表的名稱、列的對映規則、重定義方法。如果對映方法沒有提供,則認為所有包括在中間表中的列用於表的重定義。如果給出了對映方法,則只考慮對映方法中給出的列。如果沒有給出重定義方法,則認為使用主鍵方式。

 

6.   在中間表上建立觸發器、索引和約束,並進行相應的授權。任何包含中間表的完整性約束應將狀態置為disabled。當重定義完成時,中間表上建立的觸發器、索引、約束和授權將替換重定義表上的觸發器、索引、約束和授權。中間表上disabled的約束將在重定義表上enable.

 

7.   (可選)如果在執行DBMS_REDEFINITION.START_REDEF_TABLE()過程和執行DBMS_REDEFINITION.FINISH_REDEF_TABLE()過程直接在重定義表上執行了大量的DML操作,那麼可以選擇執行一次或多次的SYNC_INTERIM_TABLE()過程,以減少最後一步執行FINISH_REDEF_TABLE()過程時的鎖定時間。

 

8.   執行DBMS_REDEFINITION.FINISH_REDEF_TABLE()過程完成表的重定義。這個過程中,原始表會被獨佔模式鎖定一小段時間,具體時間和表的資料量有關。執行完FINISH_REDEF_TABLE()過程後,原始表重定義後具有了中間表的屬性、索引、約束、授權和觸發器。中間表上disabled的約束在原始表上處於enabled狀態。

 

9.   (可選)可以重新命名索引、觸發器和約束。對於採用了ROWID方式重定義的表,包括了一個隱含列M_ROW$$。推薦使用下列語句經隱含列置為UNUSED狀態或刪除。

ALTER TABLE TABLE_NAME SET UNUSED (M_ROW$$);

ALTER TABLE TABLE_NAME DROP UNUSED COLUMNS;

10.  START_REDEF_TABLE()FINISH_REDEF_TABLE()操作之間在中間表上建立的觸發器、索引、約束和授權,現在定義在原始表上。中間表上disabled的約束在原始表上處於enabled狀態。原始表上定義的觸發器、索引、約束和授權建立在中間表上,並會在刪除中間表時刪除。原始表上原來enabled狀態的索引,建立在中間表上,並處於disabled狀態。任何定義在原始表上的儲存過程和遊標都會變為INVALID,當下次呼叫時後自動進行編譯。如果執行過程中出現錯誤或者人為選擇退出的話,可以執行DBMS_REDEFINITION.ABORT_REDEF_TABLE()過程。

 

三. 表線上重定義原理

其實oracle表的線上重定義是間接通過,prebuilt物化檢視實現的,在執行DBMS_REDEFINITION.START_REDEF_TABLE()後,我們可以通過查詢,user_mviewsuser_mview_logs,發現增加了對應的物化檢視和物化檢視日誌,而SYNC_INTERIM_TABLE(),其實也只是物化檢視的增量重新整理,最終執行FINISH_REDEF_TABLE()的時候,將鎖定原表,防止表上的DML,物化檢視執行重新整理,完成重新整理後,將刪除物化檢視和對應的日誌,將中間表rename成目標表。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/23071790/viewspace-702585/,如需轉載,請註明出處,否則將追究法律責任。

相關文章