|
Oracle的普通表沒有辦法通過修改屬性的方式直接轉(zhuǎn)化為分區(qū)表，必須通過重建的方式進(jìn)行轉(zhuǎn)變，下面介紹三種效率比較高的方法，并說明它們各自的特點
方法一：利用原表重建分區(qū)表: SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);
表已創(chuàng)建。
SQL>INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS;
已創(chuàng)建6264行。
SQL> COMMIT;
提交完成。
SQL> CREATE TABLE T_NEW (ID, TIME) PARTITION BY RANGE (TIME)
表已創(chuàng)建。
SQL> RENAME T TO T_OLD;
表已重命名。
SQL> RENAME T_NEW TO T;
表已重命名。
SQL> SELECT COUNT(*) FROM T;
COUNT(*)
SQL> SELECT COUNT(*) FROM T PARTITION (P1);
COUNT(*)
SQL> SELECT COUNT(*) FROM T PARTITION (P2);
COUNT(*)
SQL> SELECT COUNT(*) FROM T PARTITION (P3);
COUNT(*)
---------- 18 優(yōu)點：方法簡單易用，由于采用DDL語句，不會產(chǎn)生UNDO，且只產(chǎn)生少量REDO，效率相對較高，而且建表完成后數(shù)據(jù)已經(jīng)在分布到各個分區(qū)中了。
不足：對于數(shù)據(jù)的一致性方面還需要額外的考慮。由于幾乎沒有辦法通過手工鎖定T表的方式保證一致性，在執(zhí)行CREATE TABLE語句和RENAME T_NEW TO T語句直接的修改可能會丟失，如果要保證一致性，需要在執(zhí)行完語句后對數(shù)據(jù)進(jìn)行檢查，而這個代價是比較大的。另外在執(zhí)行兩個RENAME語句之間執(zhí)行的對T的訪問會失敗。
適用于修改不頻繁的表，在閑時進(jìn)行操作，表的數(shù)據(jù)量不宜太大。
方法二：使用交換分區(qū)的方法。
步驟：
SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);
表已創(chuàng)建。
SQL> INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS;
已創(chuàng)建6264行。
SQL> COMMIT;
提交完成。
SQL> CREATE TABLE T_NEW (ID NUMBER PRIMARY KEY, TIME DATE) PARTITION BY RANGE (TIME)
表已創(chuàng)建。
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 優(yōu)點：只是對數(shù)據(jù)字典中分區(qū)和表的定義進(jìn)行了修改，沒有數(shù)據(jù)的修改或復(fù)制，效率最高。如果對數(shù)據(jù)在分區(qū)中的分布沒有進(jìn)一步要求的話，實現(xiàn)比較簡單。在執(zhí)行完RENAME操作后，可以檢查T_OLD中是否存在數(shù)據(jù)，如果存在的話，直接將這些數(shù)據(jù)插入到T中，可以保證對T插入的操作不會丟失。
不足：仍然存在一致性問題，交換分區(qū)之后RENAME T_NEW TO T之前，查詢、更新和刪除會出現(xiàn)錯誤或訪問不到數(shù)據(jù)。如果要求數(shù)據(jù)分布到多個分區(qū)中，則需要進(jìn)行分區(qū)的SPLIT操作，會增加操作的復(fù)雜度，效率也會降低。
適用于包含大數(shù)據(jù)量的表轉(zhuǎn)到分區(qū)表中的一個分區(qū)的操作。應(yīng)盡量在閑時進(jìn)行操作。
步驟：
SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, TIME DATE);
表已創(chuàng)建。
SQL> INSERT INTO T SELECT ROWNUM, CREATED FROM DBA_OBJECTS;
已創(chuàng)建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)
表已創(chuàng)建。
SQL> EXEC DBMS_REDEFINITION.START_REDEF_TABLE(USER, 'T', 'T_NEW', -
PL/SQL 過程已成功完成。
SQL> EXEC DBMS_REDEFINITION.FINISH_REDEF_TABLE('YANGTK', 'T', 'T_NEW');
PL/SQL 過程已成功完成。
SQL> SELECT COUNT(*) FROM T;
COUNT(*)
SQL> SELECT COUNT(*) FROM T PARTITION (P2);
COUNT(*)
SQL> SELECT COUNT(*) FROM T PARTITION (P3);
COUNT(*)
優(yōu)點：保證數(shù)據(jù)的一致性，在大部分時間內(nèi)，表T都可以正常進(jìn)行DML操作。只在切換的瞬間鎖表，具有很高的可用性。這種方法具有很強(qiáng)的靈活性，對各種不同的需要都能滿足。而且，可以在切換前進(jìn)行相應(yīng)的授權(quán)并建立各種約束，可以做到切換完成后不再需要任何額外的管理操作。
不足：實現(xiàn)上比上面兩種略顯復(fù)雜。
適用于各種情況。
這里只給出了在線重定義表的一個最簡單的例子，詳細(xì)的描述和例子可以參考下面兩篇文章。
11111111111111111111111111111111111111111http://blog./post/468/12855
在一個高可用系統(tǒng)中，如果需要改變一個表的定義是一件比較棘手的問題，尤其是對于7×24系統(tǒng)。Oracle提供的基本語法基本可以滿足一般性修改，但是對于把普通堆表改為分區(qū)表，把索引組織表修改為堆表等操作就無法完成了。而且，對于被大量DML語句訪問的表，幸運的是，Oracle從9i版本開始提供了在線重定義表功能，通過調(diào)用DBMS_REDEFINITION包，可以在修改表結(jié)構(gòu)的同時允許DML操作。 在線重定義表具有以下功能： 修改表的存儲參數(shù)； 可以將表轉(zhuǎn)移到其他表空間； 增加并行查詢選項； 增加或刪除分區(qū)； 重建表以減少碎片； 將堆表改為索引組織表或相反的操作； 增加或刪除一個列。 調(diào)用DBMS_REDEFINITION包需要EXECUTE_CATALOG_ROLE角色，除此之外，還需要CREATE ANY TABLE、ALTER ANY TABLE、DROP ANY TABLE、LOCK ANY TABLE和SELECT ANY TABLE的權(quán)限。 在線重定義表的步驟如下： 1.選擇一種重定義方法： 存在兩種重定義方法，一種是基于主鍵、另一種是基于ROWID。ROWID的方式不能用于索引組織表，而且重定義后會存在隱藏列M_ROW$$。默認(rèn)采用主鍵的方式。 2.調(diào)用DBMS_REDEFINITION.CAN_REDEF_TABLE()過程，如果表不滿足重定義的條件，將會報錯并給出原因。 3.在用一個方案中建立一個空的中間表，根據(jù)重定義后你期望得到的結(jié)構(gòu)建立中間表。比如：采用分區(qū)表，增加了COLUMN等。 4.調(diào)用DBMS_REDEFINITION.START_REDEF_TABLE()過程，并提供下列參數(shù)：被重定義的表的名稱、中間表的名稱、列的映射規(guī)則、重定義方法。 如果映射方法沒有提供，則認(rèn)為所有包括在中間表中的列用于表的重定義。如果給出了映射方法，則只考慮映射方法中給出的列。如果沒有給出重定義方法，則認(rèn)為使用主鍵方式。 5.在中間表上建立觸發(fā)器、索引和約束，并進(jìn)行相應(yīng)的授權(quán)。任何包含中間表的完整性約束應(yīng)將狀態(tài)置為disabled。 當(dāng)重定義完成時，中間表上建立的觸發(fā)器、索引、約束和授權(quán)將替換重定義表上的觸發(fā)器、索引、約束和授權(quán)。中間表上disabled的約束將在重定義表上enable。 6.（可選）如果在執(zhí)行DBMS_REDEFINITION.START_REDEF_TABLE()過程和執(zhí)行DBMS_REDEFINITION.FINISH_REDEF_TABLE()過程直接在重定義表上執(zhí)行了大量的DML操作，那么可以選擇執(zhí)行一次或多次的SYNC_INTERIM_TABLE()過程，以減少最后一步執(zhí)行FINISH_REDEF_TABLE()過程時的鎖定時間。 7.執(zhí)行DBMS_REDEFINITION.FINISH_REDEF_TABLE()過程完成表的重定義。這個過程中，原始表會被獨占模式鎖定一小段時間，具體時間和表的數(shù)據(jù)量有關(guān)。 執(zhí)行完FINISH_REDEF_TABLE()過程后，原始表重定義后具有了中間表的屬性、索引、約束、授權(quán)和觸發(fā)器。中間表上disabled的約束在原始表上處于enabled狀態(tài)。 8.（可選）可以重命名索引、觸發(fā)器和約束。對于采用了ROWID方式重定義的表，包括了一個隱含列M_ROW$$。推薦使用下列語句經(jīng)隱含列置為UNUSED狀態(tài)或刪除。 ALTER TABLE TABLE_NAME SET UNUSED (M_ROW$$); ALTER TABLE TABLE_NAME DROP UNUSED COLUMNS; 下面是進(jìn)行重定義操作后的結(jié)果： 原始表根據(jù)中間表的屬性和特性進(jìn)行重定義； START_REDEF_TABLE()和FINISH_REDEF_TABLE()操作之間在中間表上建立的觸發(fā)器、索引、約束和授權(quán)，現(xiàn)在定義在原始表上。中間表上disabled的約束在原始表上處于enabled狀態(tài)。 原始表上定義的觸發(fā)器、索引、約束和授權(quán)建立在中間表上，并會在刪除中間表時刪除。原始表上原來enabled狀態(tài)的索引，建立在中間表上，并處于disabled狀態(tài)。 任何定義在原始表上的存儲過程和游標(biāo)都會變?yōu)?span lang=EN-US>INVALID，當(dāng)下次調(diào)用時后自動進(jìn)行編譯。 如果執(zhí)行過程中出現(xiàn)錯誤或者人為選擇退出的話，可以執(zhí)行DBMS_REDEFINITION.ABORT_REDEF_TABLE()過程。
------------------------------------------------------------ 重建表以減少碎片? 要在線上做，不能影響應(yīng)用 --建一個新表替換原來的舊表，當(dāng)然不會存在碎片的問題。對于9R2以后，默認(rèn)就是本地管理表空間不會存在碎片問題。不過倒是可以解決由于DELETE造成的數(shù)據(jù)松散的問題。 ------------------------------------------ 22222222222222222222222222222222222222
舉個在線重定義使用的例子：
SQL> create table test_primary (id number primary key);
表已創(chuàng)建。
SQL> insert into test_primary select rownum from dba_objects;
已創(chuàng)建6264行。
SQL> commit;
提交完成。
SQL> create table orgin_table (id number, fid number, name varchar2(30), create_date date)
表已創(chuàng)建。
SQL> insert into orgin_table select rownum, rownum, object_name, created from dba_objects
已創(chuàng)建4034行。
SQL> commit;
提交完成。
SQL> alter table orgin_table add constraint pk_orgin_table primary key (id);
表已更改。
SQL> create or replace trigger tr_orgin_table
觸發(fā)器已創(chuàng)建
SQL> create index ind_orgin_table_create_date on orgin_table(create_date);
索引已創(chuàng)建。
SQL> alter table orgin_table add constraint f_orgin_primary_id foreign key (fid)
表已更改。
SQL> begin
PL/SQL 過程已成功完成。
SQL> create table inter_table
表已創(chuàng)建。
SQL> alter table inter_table add constraint pk_inter_table primary key (id);
表已更改。
SQL> begin
PL/SQL 過程已成功完成。
SQL> SELECT COUNT(*) FROM INTER_TABLE;
COUNT(*)
SQL> COL COMMENTS FORMAT A20
會話已更改。
SQL> SELECT * FROM INTER_TABLE WHERE ID = 1;
ID FID NEW_NAME CREATE_DATE COMMENTS
SQL> INSERT INTO ORGIN_TABLE
已創(chuàng)建404行。
SQL> COMMIT;
提交完成。
SQL> begin
PL/SQL 過程已成功完成。
SQL> select count(*) from INTER_TABLE;
COUNT(*)
SQL> alter table inter_table add constraint fk_inter_primary_id foreign key (fid)
表已更改。
SQL> create index ind_inter_table_date on inter_table(create_date);
索引已創(chuàng)建。
SQL> create index ind_inter_table_fid on inter_table(fid);
索引已創(chuàng)建。
SQL> create or replace trigger tr_inter_table
觸發(fā)器已創(chuàng)建
SQL> begin
PL/SQL 過程已成功完成。
SQL> desc orgin_table
SQL> select table_name, partition_name from user_tab_partitions where table_name = 'ORGIN_TABLE';
TABLE_NAME PARTITION_NAME
SQL> select table_name, constraint_name, status from user_constraints
TABLE_NAME CONSTRAINT_NAME STATUS
SQL> SELECT COUNT(*) FROM ORGIN_TABLE;
COUNT(*)
SQL> SELECT COUNT(*) FROM INTER_TABLE;
COUNT(*)
SQL> DROP TABLE INTER_TABLE;
表已丟棄。
------------------
完成后，為什么INTER_TABLE上的PK_ORGIN_TABLE是 ENABLED狀態(tài)，而INTER_TABLE上的F_ORGIN_PRIMARY_ID是DISABLED狀態(tài)？
--中間表在執(zhí)行完重定義操作后刪掉就可以了，它的外鍵沒有必要處于ENABLE狀態(tài)
|
|
|
