oracle線上重定義表

標籤：

在一個高可用系統中，如果需要改變一個表的定義是一件比較棘手的問題，尤其是對於7×24系統。Oracle提供的基本文法基本可以滿足一般性修改，但是對於把普通堆表改為分區表，把索引組織表修改為堆表等操作就無法完成了。而且，對於被大量DML語句訪問的表，幸運的是，Oracle從9i版本開始提供了線上重定義表功能，通過調用DBMS_REDEFINITION包，可以在修改表結構的同時允許DML操作。

線上重定義表具有以下功能：
修改表的儲存參數；
可以將錶轉移到其他資料表空間；
增加並行查詢選項；
增加或刪除分區；
重建表以減少片段；
將堆表改為索引組織表或相反的操作；
增加或刪除一個列。
調用DBMS_REDEFINITION包需要 EXECUTE_CATALOG_ROLE 角色，除此之外，還需要CREATE ANY TABLE、ALTER ANY TABLE、DROP ANY TABLE、LOCK ANY TABLE和SELECT ANY TABLE的許可權。
線上重定義表的步驟如下：

1.選擇一種重定義方法：

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

2.調用DBMS_REDEFINITION.CAN_REDEF_TABLE()過程，如果表不滿足重定義的條件，將會報錯並給出原因。

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

4.調用DBMS_REDEFINITION.START_REDEF_TABLE()過程，並提供下列參數：被重定義的表的名稱、中間表的名稱、列的映射規則、重定義方法。

如果映射方法沒有提供，則認為所有包括在中間表中的列用於表的重定義。如果給出了映射方法，則只考慮映射方法中給出的列。如果沒有給出重定義方法，則認為使用主鍵方式。

5.在中間表上建立觸發器、索引和約束，並進行相應的授權。任何包含中間表的完整性條件約束應將狀態置為disabled。

當重定義完成時，中間表上建立的觸發器、索引、約束和授權將替換重定義表上的觸發器、索引、約束和授權。中間表上disabled的約束將在重定義表上enable。

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

7.執行DBMS_REDEFINITION.FINISH_REDEF_TABLE()過程完成表的重定義。這個過程中，原始表會被獨佔模式鎖定一小段時間，具體時間和表的資料量有關。

執行完FINISH_REDEF_TABLE()過程後，原始表重定義後具有了中間表的屬性、索引、約束、授權和觸發器。中間表上disabled的約束在原始表上處於enabled狀態。

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

ALTER TABLE TABLE_NAME SET UNUSED (M_ROW$$);

ALTER TABLE TABLE_NAME DROP UNUSED COLUMNS;

下面是進行重定義操作後的結果：

原始表根據中間表的屬性和特性進行重定義；

START_REDEF_TABLE()和FINISH_REDEF_TABLE()操作之間在中間表上建立的觸發器、索引、約束和授權，現在定義在原始表上。中間表上disabled的約束在原始表上處於enabled狀態。

原始表上定義的觸發器、索引、約束和授權建立在中間表上，並會在刪除中間表時刪除。原始表上原來enabled狀態的索引，建立在中間表上，並處於disabled狀態。

任何定義在原始表上的預存程序和遊標都會變為INVALID，當下次調用時後自動進行編譯。

如果執行過程中出現錯誤或者人為選擇退出的話，可以執行DBMS_REDEFINITION.ABORT_REDEF_TABLE()過程。

其中UNAME 參數是指使用者；

Oracle的普通表沒有辦法通過修改屬性的方式直接轉化為分區表，必須通過重建的方式進行轉變，下面介紹三種效率比較高的方法，並說明它們各自的特點。
方法一：利用原表重建分區表
Connected to Oracle Database 11g Enterprise Edition Release 11.2.0.1.0
Connected as [email protected] AS SYSDBA

SQL> create table t (id number primary key, time date);
Table created

SQL> insert into t select rownum,created from dba_objects;
72950 rows inserted

SQL> commit;
Commit complete

SQL> create table t_new(id,time) partition by range(time)
2 (partition p1 values less than (to_date(‘2010/04/01‘,‘yyyy/mm/dd‘)),
3 partition p2 values less than (to_date(‘2015/03/01‘,‘yyyy/mm/dd‘)),
4 partition p3 values less than (to_date(‘2015/04/01‘,‘yyyy/mm/dd‘)),
5 partition p4 values less than (maxvalue))
6 as select id,time from t;
Table created

SQL> rename t to t_old;
Table renamed

SQL> rename t_new to t;
Table renamed

SQL> select count(*) from t;
COUNT(*)
----------
72950

SQL> select count(*) from t partition(p1);
COUNT(*)
----------
71837

SQL> select count(*) from t partition(p2);
COUNT(*)
----------
672

SQL> select count(*) from t partition(p3);
COUNT(*)
----------
441

SQL> select count(*) from t partition(p4);
COUNT(*)
----------
0

SQL>
優點：

方法簡單易用，由於採用DDL語句，不會產生UNDO，且只產生少量REDO，效率相對較高，而且建表完成後資料已經在分布到各個分區中了。

不足：

對於資料的一致性方面還需要額外的考慮。由於幾乎沒有辦法通過手工鎖定T表的方式保證一致性，在執行CREATE TABLE語句和RENAME T_NEW TO T語句直接的修改可能會丟失，如果要保證一致性，需要在執行完語句後對資料進行檢查，而這個代價是比較大的。另外在執行兩個RENAME語句之間執行的對T的訪問會失敗。

適用於修改不頻繁的表，在閑時進行操作，表的資料量不宜太大。

方法二：使用交換分區的方法

步驟：
SQL> create table t1 (id number primary key, time date);
Table created

SQL> insert into t1 select rownum,created from dba_objects;
72957 rows inserted

SQL> commit;
Commit complete

SQL> create table t_new1(id number primary key, time date) partition by range(time)
2 (partition p1 values less than (to_date(‘2015/04/01‘,‘yyyy/mm/dd‘)),
3 partition p2 values less than (maxvalue));
Table created

SQL> alter table t_new1 exchange partition p1 with table t1;
Table altered

SQL> rename t1 to t_old1;
Table renamed

SQL> rename t_new1 to t1;
Table renamed

SQL> select count(*) from t1;
COUNT(*)
----------
72957

優點：

只是對資料字典中分區和表的定義進行了修改，沒有資料的修改或複製，效率最高。如果對資料在分區中的分布沒有進一步要求的話，實現比較簡單。在執行完RENAME操作後，可以檢查T_OLD中是否存在資料，如果存在的話，直接將這些資料插入到T中，可以保證對T插入的操作不會丟失。

不足：

仍然存在一致性問題，交換分區之後RENAME T_NEW TO T之前，查詢、更新和刪除會出現錯誤或訪問不到資料。如果要求資料分布到多個分區中，則需要進行分區的SPLIT操作，會增加操作的複雜度，效率也會降低。

適用於包含大資料量的錶轉到分區表中的一個分區的操作。應盡量在閑時進行操作。

方法三：Oracle9i以上版本，利用線上重定義功能

……

《FROM:http://www.cnblogs.com/hfliyi/p/3626302.html》

oracle線上重定義表