Oracle已有數據表建立表分區—在線重定義
阿新 • • 發佈：2017-08-18
空間 plus name undo 之前 自動 原因 holding pl/sql
2、增強可用性：如果表的某個分區出現故障，表在其他分區的數據仍然可用；
3、維護方便：如果表的某個分區出現故障，需要修復數據，只修復該分區即可；
4、均衡I/O：可以把不同的分區映射到磁盤以平衡I/O，改善整個系統性能。
PL/SQL procedure successfully completed.
PL/SQL procedure successfully completed.補充步驟：第六步：在做在線重定義過程中，可能因為各種各樣的原因沒有按照上述步驟執行下來，中途中斷了。這種情況下在執行上述操作會報類似如下錯誤：
*
ERROR at line 1:
ORA-23539: table "CDR"."HDSD00_0203_ZYFYMXB" currently being redefined
ORA-06512: at "SYS.DBMS_REDEFINITION", line 143
ORA-06512: at "SYS.DBMS_REDEFINITION", line 1635
ORA-06512: at line 1
PL/SQL procedure successfully completed.
2、你不能更改主鍵欄。表格必須有主鍵。
3、維護方便：如果表的某個分區出現故障，需要修復數據，只修復該分區即可；必須在同一個大綱中進行表格重定義。
4、在重定義操作完成之前，你不能對新加欄加以NOT NULL約束。
5、表格不能包含LONG、BFILE以及用戶類型（UDT）。
6、不能重定義鏈表（clustered tables）。
7、不能在SYS和SYSTEM大綱中重定義表格。
8、不能用具體化視圖日誌（materialized view logs）來重定義表格；不能重定義含有具體化視圖的表格。
9、不能在重定義過程中進行橫向分集（horizontal subsetting）。
在一個高可用系統中，如果需要改變一個表的定義是一件比較棘手的問題，尤其是對於7×24系統。Oracle提供的基本語法基本可以滿足一般性修改，但是對於把普通堆表改為分區表，把索引組織表修改為堆表等操作就無法完成了。而且，對於被大量DML語句訪問的表，幸運的是，Oracle從9i版本開始提供了在線重定義表功能，通過調用DBMS_REDEFINITION包，可以在修改表結構的同時允許DML操作。
在線重定義表具有以下功能：
1.修改表的存儲參數；
2.可以將表轉移到其他表空間；
3.增加並行查詢選項；
4.增加或刪除分區；
5.重建表以減少碎片；
6.將堆表改為索引組織表或相反的操作；
7.增加或刪除一個列。
調用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的普通表沒有辦法通過修改屬性的方式直接轉化為分區表，必須通過重建的方式進行轉變，下面介紹三種效率比較高的方法，並說明它們各自的特點。
方法一：利用原表重建分區表。
步驟：
SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);
表已創建。
SQL> INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS;
已創建6264行。
SQL> COMMIT;
提交完成。
SQL> CREATE TABLE T_NEW (ID, TIME) PARTITION BY RANGE (TIME)
2 (PARTITION P1 VALUES LESS THAN (TO_DATE(‘2004-7-1‘, ‘YYYY-MM-DD‘)),
3 PARTITION P2 VALUES LESS THAN (TO_DATE(‘2005-1-1‘, ‘YYYY-MM-DD‘)),
4 PARTITION P3 VALUES LESS THAN (TO_DATE(‘2005-7-1‘, ‘YYYY-MM-DD‘)),
5 PARTITION P4 VALUES LESS THAN (MAXVALUE))
6 AS SELECT ID, TIME FROM T;
表已創建。
SQL> RENAME T TO T_OLD;
表已重命名。
SQL> RENAME T_NEW TO T;
表已重命名。
SQL> SELECT COUNT(*) FROM T;
COUNT(*)
----------
6264
SQL> SELECT COUNT(*) FROM T PARTITION (P1);
COUNT(*)
----------
0
SQL> SELECT COUNT(*) FROM T PARTITION (P2);
COUNT(*)
----------
6246
SQL> SELECT COUNT(*) FROM T PARTITION (P3);
COUNT(*)
----------
18
優點：方法簡單易用，由於采用DDL語句，不會產生UNDO，且只產生少量REDO，效率相對較高，而且建表完成後數據已經在分布到各個分區中了。
不足：對於數據的一致性方面還需要額外的考慮。由於幾乎沒有辦法通過手工鎖定T表的方式保證一致性，在執行CREATE TABLE語句和RENAME T_NEW TO T語句直接的修改可能會丟失，如果要保證一致性，需要在執行完語句後對數據進行檢查，而這個代價是比較大的。另外在執行兩個RENAME語句之間執行的對T的訪問會失敗。
適用於修改不頻繁的表，在閑時進行操作，表的數據量不宜太大。
方法二：使用交換分區的方法。
步驟：
SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);
表已創建。
SQL> INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS;
已創建6264行。
SQL> COMMIT;
提交完成。
SQL> CREATE TABLE T_NEW (ID NUMBER PRIMARY KEY, TIME DATE) PARTITION BY RANGE (TIME)
2 (PARTITION P1 VALUES LESS THAN (TO_DATE(‘2005-7-1‘, ‘YYYY-MM-DD‘)),
3 PARTITION P2 VALUES LESS THAN (MAXVALUE));
表已創建。
SQL> ALTER TABLE T_NEW EXCHANGE PARTITION P1 WITH TABLE T;
表已更改。
SQL> RENAME T TO T_OLD;
表已重命名。
SQL> RENAME T_NEW TO T;
表已重命名。
SQL> SELECT COUNT(*) FROM T;
COUNT(*)
----------
6264
優點：只是對數據字典中分區和表的定義進行了修改，沒有數據的修改或復制，效率最高。如果對數據在分區中的分布沒有進一步要求的話，實現比較簡單。在執行完RENAME操作後，可以檢查T_OLD中是否存在數據，如果存在的話，直接將這些數據插入到T中，可以保證對T插入的操作不會丟失。
不足：仍然存在一致性問題，交換分區之後RENAME T_NEW TO T之前，查詢、更新和刪除會出現錯誤或訪問不到數據。如果要求數據分布到多個分區中，則需要進行分區的SPLIT操作，會增加操作的復雜度，效率也會降低。
適用於包含大數據量的表轉到分區表中的一個分區的操作。應盡量在閑時進行操作。
方法三：Oracle9i以上版本，利用在線重定義功能
步驟：
SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);
表已創建。
SQL> INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS;
已創建6264行。
SQL> COMMIT;
提交完成。
SQL> EXEC DBMS_REDEFINITION.CAN_REDEF_TABLE(USER’, ‘T‘, DBMS_REDEFINITION.CONS_USE_PK);
PL/SQL 過程已成功完成。
SQL> CREATE TABLE T_NEW (ID NUMBER PRIMARY KEY, TIME DATE) PARTITION BY RANGE (TIME)
2 (PARTITION P1 VALUES LESS THAN (TO_DATE(‘2004-7-1‘, ‘YYYY-MM-DD‘)),
3 PARTITION P2 VALUES LESS THAN (TO_DATE(‘2005-1-1‘, ‘YYYY-MM-DD‘)),
4 PARTITION P3 VALUES LESS THAN (TO_DATE(‘2005-7-1‘, ‘YYYY-MM-DD‘)),
5 PARTITION P4 VALUES LESS THAN (MAXVALUE));
表已創建。
SQL> EXEC DBMS_REDEFINITION.START_REDEF_TABLE(‘USER’, ‘T‘, ‘T_NEW‘, -
> ‘ID ID, TIME TIME‘, DBMS_REDEFINITION.CONS_USE_PK);
可以改為：
SQL> EXEC DBMS_REDEFINITION.START_REDEF_TABLE(‘USER’, ‘T‘, ‘T_NEW‘)
PL/SQL 過程已成功完成。
SQL> EXEC dbms_redefinition.sync_interim_table(‘USER’, ‘T‘, ‘T_NEW‘)
現在，將中間表與原始表同步。（僅當要對表 T 進行更新時才需要執行該操作。）
SQL> EXEC DBMS_REDEFINITION.FINISH_REDEF_TABLE(USER’, ‘T‘, ‘T_NEW‘);
PL/SQL 過程已成功完成。
如果重組織失敗，那麽你就必須采取特殊的步驟來讓它重新開始。由於重定義過程需要創建表格的快照，因此為了重新開始這一過程，你必須調用DBMS_REDEFINITION.ABORT_REDEF_TABLE來釋放快照。
DBMS_REDEFINITION.ABORT_REDEF_TABLE過程有三個參數，即用戶（schema）、原始表格（original table name）名稱以及持有表格名稱（holding table name）。它“出棧”並允許你開始重組織表格。
SQL> SELECT COUNT(*) FROM T;
SQL> SELECT COUNT(*) FROM T PARTITION (P2);
SQL> SELECT COUNT(*) FROM T PARTITION (P3);
需要說明的是完成後，原表和中間表的結構也同時進行了交換，並且中間表裏面有原表的數據備份。
優點：保證數據的一致性，在大部分時間內，表T都可以正常進行DML操作。只在切換的瞬間鎖表，具有很高的可用性。這種方法具有很強的靈活性，對各種不同的需要都能滿足。而且，可以在切換前進行相應的授權並建立各種約束，可以做到切換完成後不再需要任何額外的管理操作。
不足：實現上比上面兩種略顯復雜。
適用於各種情況。
然而，在線表格重定義也不是完美無缺的。下面列出了Oracle9i重定義過程的部分限制。你必須有足以維護兩份表格拷貝的空間。你不能更改主鍵欄。表格必須有主鍵。必須在同一個大綱中進行表格重定義。在重定義操作完成之前，你不能對新加欄加以NOT NULL約束。表格不能包含LONG、BFILE以及用戶類型（UDT）。不能重定義鏈表（clustered tables）。 不能在SYS和SYSTEM大綱中重定義表格。不能用具體化視圖日誌（materialized view logs）來重定義表格；不能重定義含有具體化視圖的表格。 不能在重定義過程中進行橫向分集（horizontal subsetting）。
今天在做數據抽取的時候，發現有一張業務表數據量達到了5000W，所以就想將此表改為分區表。分區表的有點如下：
1、改善查詢性能：對分區對象的查詢可以僅搜索自己關心的分區，提高檢索速度。
2、增強可用性：如果表的某個分區出現故障，表在其他分區的數據仍然可用；
3、維護方便：如果表的某個分區出現故障，需要修復數據，只修復該分區即可；
4、均衡I/O：可以把不同的分區映射到磁盤以平衡I/O，改善整個系統性能。
第一步：首先對要在線重定義的表自行驗證，看該表是否可以重定義，如果不可以則會提示錯誤信息
SQL> execute dbms_redefinition.can_redef_table(‘CDR‘,‘HDSD00_0203_ZYFYMXB‘);
第二步：建立和源表一樣的分區表。建表語句過長就不粘貼在此處了，這一步可以用pl/sql工具登錄建表，避免在SQLPLUS環境下把表建立到sys用戶下，導致找不到表。
第三步：執行表的在線重定義；
SQL> execute dbms_redefinition.start_redef_table(‘CDR‘,‘HDSD00_0203_ZYFYMXB‘,‘HDSD00_0203_ZYFYMXB_BAK‘);
PL/SQL procedure successfully completed.
第四步：執行中間表和數據源表的數據同步。
SQL> execute dbms_redefinition.sync_interim_table(‘CDR‘,‘HDSD00_0203_ZYFYMXB‘,‘HDSD00_0203_ZYFYMXB_BAK‘);
第五步： 執行結束在線定義過程。
SQL> execute dbms_redefinition.finish_redef_table(‘CDR‘,‘HDSD00_0203_ZYFYMXB‘,‘HDSD00_0203_ZYFYMXB_BAK‘);
PL/SQL procedure successfully completed.補充步驟：第六步：在做在線重定義過程中，可能因為各種各樣的原因沒有按照上述步驟執行下來，中途中斷了。這種情況下在執行上述操作會報類似如下錯誤：
SQL> execute dbms_redefinition.can_redef_table(‘CDR‘,‘HDSD00_0203_ZYFYMXB‘);
*
ERROR at line 1:
ORA-23539: table "CDR"."HDSD00_0203_ZYFYMXB" currently being redefined
ORA-06512: at "SYS.DBMS_REDEFINITION", line 143
ORA-06512: at "SYS.DBMS_REDEFINITION", line 1635
ORA-06512: at line 1
這時候我們需要停掉過程重新來才行。
SQL> execute dbms_redefinition.abort_redef_table(‘CDR‘,‘HDSD00_0203_ZYFYMXB‘,‘HDSD00_0203_ZYFYMXB_BAK‘);
PL/SQL procedure successfully completed.
還有一種情況當我們表數據量較大時，可能執行上述過程會沒有報錯也沒有反應，此時是系統正在執行上述過程，千萬不要退出，耐心等待一會。
在線重定義也有限制，如下情況不能使用在線重定義：
1、你必須有足以維護兩份表格拷貝的空間。
2、你不能更改主鍵欄。表格必須有主鍵。
3、維護方便：如果表的某個分區出現故障，需要修復數據，只修復該分區即可；必須在同一個大綱中進行表格重定義。
4、在重定義操作完成之前，你不能對新加欄加以NOT NULL約束。
5、表格不能包含LONG、BFILE以及用戶類型（UDT）。
6、不能重定義鏈表（clustered tables）。
7、不能在SYS和SYSTEM大綱中重定義表格。
8、不能用具體化視圖日誌（materialized view logs）來重定義表格；不能重定義含有具體化視圖的表格。
9、不能在重定義過程中進行橫向分集（horizontal subsetting）。
--------------------------------------------------------------------------------------------------------------------------------------------------
更多詳細請看介紹（轉載）：
在一個高可用系統中，如果需要改變一個表的定義是一件比較棘手的問題，尤其是對於7×24系統。Oracle提供的基本語法基本可以滿足一般性修改，但是對於把普通堆表改為分區表，把索引組織表修改為堆表等操作就無法完成了。而且，對於被大量DML語句訪問的表，幸運的是，Oracle從9i版本開始提供了在線重定義表功能，通過調用DBMS_REDEFINITION包，可以在修改表結構的同時允許DML操作。
在線重定義表具有以下功能：
1.修改表的存儲參數；
2.可以將表轉移到其他表空間；
3.增加並行查詢選項；
4.增加或刪除分區；
5.重建表以減少碎片；
6.將堆表改為索引組織表或相反的操作；
7.增加或刪除一個列。
調用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的普通表沒有辦法通過修改屬性的方式直接轉化為分區表，必須通過重建的方式進行轉變，下面介紹三種效率比較高的方法，並說明它們各自的特點。
方法一：利用原表重建分區表。
步驟：
SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);
表已創建。
SQL> INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS;
已創建6264行。
SQL> COMMIT;
提交完成。
SQL> CREATE TABLE T_NEW (ID, TIME) PARTITION BY RANGE (TIME)
2 (PARTITION P1 VALUES LESS THAN (TO_DATE(‘2004-7-1‘, ‘YYYY-MM-DD‘)),
3 PARTITION P2 VALUES LESS THAN (TO_DATE(‘2005-1-1‘, ‘YYYY-MM-DD‘)),
4 PARTITION P3 VALUES LESS THAN (TO_DATE(‘2005-7-1‘, ‘YYYY-MM-DD‘)),
5 PARTITION P4 VALUES LESS THAN (MAXVALUE))
6 AS SELECT ID, TIME FROM T;
表已創建。
SQL> RENAME T TO T_OLD;
表已重命名。
SQL> RENAME T_NEW TO T;
表已重命名。
SQL> SELECT COUNT(*) FROM T;
COUNT(*)
----------
6264
SQL> SELECT COUNT(*) FROM T PARTITION (P1);
COUNT(*)
----------
0
SQL> SELECT COUNT(*) FROM T PARTITION (P2);
COUNT(*)
----------
6246
SQL> SELECT COUNT(*) FROM T PARTITION (P3);
COUNT(*)
----------
18
優點：方法簡單易用，由於采用DDL語句，不會產生UNDO，且只產生少量REDO，效率相對較高，而且建表完成後數據已經在分布到各個分區中了。
不足：對於數據的一致性方面還需要額外的考慮。由於幾乎沒有辦法通過手工鎖定T表的方式保證一致性，在執行CREATE TABLE語句和RENAME T_NEW TO T語句直接的修改可能會丟失，如果要保證一致性，需要在執行完語句後對數據進行檢查，而這個代價是比較大的。另外在執行兩個RENAME語句之間執行的對T的訪問會失敗。
適用於修改不頻繁的表，在閑時進行操作，表的數據量不宜太大。
方法二：使用交換分區的方法。
步驟：
SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);
表已創建。
SQL> INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS;
已創建6264行。
SQL> COMMIT;
提交完成。
SQL> CREATE TABLE T_NEW (ID NUMBER PRIMARY KEY, TIME DATE) PARTITION BY RANGE (TIME)
2 (PARTITION P1 VALUES LESS THAN (TO_DATE(‘2005-7-1‘, ‘YYYY-MM-DD‘)),
3 PARTITION P2 VALUES LESS THAN (MAXVALUE));
表已創建。
SQL> ALTER TABLE T_NEW EXCHANGE PARTITION P1 WITH TABLE T;
表已更改。
SQL> RENAME T TO T_OLD;
表已重命名。
SQL> RENAME T_NEW TO T;
表已重命名。
SQL> SELECT COUNT(*) FROM T;
COUNT(*)
----------
6264
優點：只是對數據字典中分區和表的定義進行了修改，沒有數據的修改或復制，效率最高。如果對數據在分區中的分布沒有進一步要求的話，實現比較簡單。在執行完RENAME操作後，可以檢查T_OLD中是否存在數據，如果存在的話，直接將這些數據插入到T中，可以保證對T插入的操作不會丟失。
不足：仍然存在一致性問題，交換分區之後RENAME T_NEW TO T之前，查詢、更新和刪除會出現錯誤或訪問不到數據。如果要求數據分布到多個分區中，則需要進行分區的SPLIT操作，會增加操作的復雜度，效率也會降低。
適用於包含大數據量的表轉到分區表中的一個分區的操作。應盡量在閑時進行操作。
方法三：Oracle9i以上版本，利用在線重定義功能
步驟：
SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);
表已創建。
SQL> INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS;
已創建6264行。
SQL> COMMIT;
提交完成。
SQL> EXEC DBMS_REDEFINITION.CAN_REDEF_TABLE(USER’, ‘T‘, DBMS_REDEFINITION.CONS_USE_PK);
PL/SQL 過程已成功完成。
SQL> CREATE TABLE T_NEW (ID NUMBER PRIMARY KEY, TIME DATE) PARTITION BY RANGE (TIME)
2 (PARTITION P1 VALUES LESS THAN (TO_DATE(‘2004-7-1‘, ‘YYYY-MM-DD‘)),
3 PARTITION P2 VALUES LESS THAN (TO_DATE(‘2005-1-1‘, ‘YYYY-MM-DD‘)),
4 PARTITION P3 VALUES LESS THAN (TO_DATE(‘2005-7-1‘, ‘YYYY-MM-DD‘)),
5 PARTITION P4 VALUES LESS THAN (MAXVALUE));
表已創建。
SQL> EXEC DBMS_REDEFINITION.START_REDEF_TABLE(‘USER’, ‘T‘, ‘T_NEW‘, -
> ‘ID ID, TIME TIME‘, DBMS_REDEFINITION.CONS_USE_PK);
可以改為：
SQL> EXEC DBMS_REDEFINITION.START_REDEF_TABLE(‘USER’, ‘T‘, ‘T_NEW‘)
PL/SQL 過程已成功完成。
SQL> EXEC dbms_redefinition.sync_interim_table(‘USER’, ‘T‘, ‘T_NEW‘)
現在，將中間表與原始表同步。（僅當要對表 T 進行更新時才需要執行該操作。）
SQL> EXEC DBMS_REDEFINITION.FINISH_REDEF_TABLE(USER’, ‘T‘, ‘T_NEW‘);
PL/SQL 過程已成功完成。
如果重組織失敗，那麽你就必須采取特殊的步驟來讓它重新開始。由於重定義過程需要創建表格的快照，因此為了重新開始這一過程，你必須調用DBMS_REDEFINITION.ABORT_REDEF_TABLE來釋放快照。
DBMS_REDEFINITION.ABORT_REDEF_TABLE過程有三個參數，即用戶（schema）、原始表格（original table name）名稱以及持有表格名稱（holding table name）。它“出棧”並允許你開始重組織表格。
SQL> SELECT COUNT(*) FROM T;
SQL> SELECT COUNT(*) FROM T PARTITION (P2);
SQL> SELECT COUNT(*) FROM T PARTITION (P3);
需要說明的是完成後，原表和中間表的結構也同時進行了交換，並且中間表裏面有原表的數據備份。
優點：保證數據的一致性，在大部分時間內，表T都可以正常進行DML操作。只在切換的瞬間鎖表，具有很高的可用性。這種方法具有很強的靈活性，對各種不同的需要都能滿足。而且，可以在切換前進行相應的授權並建立各種約束，可以做到切換完成後不再需要任何額外的管理操作。
不足：實現上比上面兩種略顯復雜。
適用於各種情況。
然而，在線表格重定義也不是完美無缺的。下面列出了Oracle9i重定義過程的部分限制。你必須有足以維護兩份表格拷貝的空間。你不能更改主鍵欄。表格必須有主鍵。必須在同一個大綱中進行表格重定義。在重定義操作完成之前，你不能對新加欄加以NOT NULL約束。表格不能包含LONG、BFILE以及用戶類型（UDT）。不能重定義鏈表（clustered tables）。 不能在SYS和SYSTEM大綱中重定義表格。不能用具體化視圖日誌（materialized view logs）來重定義表格；不能重定義含有具體化視圖的表格。 不能在重定義過程中進行橫向分集（horizontal subsetting）。
Oracle已有數據表建立表分區—在線重定義