| 導購 | 订阅 | 在线投稿
分享
 
 
 

用Oracle9i在線表格重定義來重新組織表格

來源:互聯網  2008-05-31 22:07:52  評論

在Oracle9i出現之前,你只能通過導出和導入的方式來進行表格重定義,因此表格重定義的過程是一個離線過程。甚至在線變化(「ALTER TABLE ADD NEW_COL NUMBER(3)」)也會導致獨占性死鎖(exclusive locks),這就需要在DDL完成之前防止所有DML(插入、更新)的運行。

爲了解決這個問題,Oracle9i在其DBMS_REDEFINITION軟件包中引入了在線表格重定義功能。有了DBMS_REDEFINITION軟件包,你就可以:

1.拷貝表格(用CTAS)

2.創建表格的快照(snapshot)

3.把重定義表格的過程中所發生的變化進行排隊

4.並用變化隊列來同步重定義後的表格。

這個特性對24/7Oracle數據庫來說非常重要,這是由于DBA現在可以在保持表格的可更新性的同時重新組織表格的結構。

我們以下面的腳本爲例來說明重新組織表格結構的完整過程。

exec dbms_redefinition.abort_redef_table('PUBS','TITLES','TITLES2');

alter table titles add constraint pk_titles primary key (title_id);

exec dbms_redefinition.can_redef_table('PUBS','TITLES');

create table titles2

as

select * from titles;

exec dbms_redefinition.start_redef_table('PUBS','TITLES','TITLES2','title_id title_id,title title,type type,pub_id pub_id,price price,advance advance,royalty*1.1 royalty,ytd_sales ytd_sales,notes notes,pubdate pubdate');

exec dbms_redefinition.sync_interim_table('PUBS','TITLES','TITLES2');

exec dbms_redefinition.finish_redef_table('PUBS','TITLES','TITLES2');

drop table titles2;

假如重組織失敗,那麽你就必須采取非凡的步驟來讓它重新開始。由于重定義過程需要創建表格的快照,因此爲了重新開始這一過程,你必須調用DBMS_REDEFINITION.ABORT_REDEF_TABLE來釋放快照。

DBMS_REDEFINITION.ABORT_REDEF_TABLE過程有三個參數,即大綱(schema)、原始表格(original table name)名稱以及持有表格名稱(holding table name)。它「出棧」並答應你開始重組織表格。

dbms_redefinition.abort_redef_table('PUBS','TITLES','TITLES2');

然而,在線表格重定義也不是完美無缺的。下面列出了Oracle9i重定義過程的部分限制。

你必須有足以維護兩份表格拷貝的空間。

你不能更改主鍵欄。

表格必須有主鍵。

必須在同一個大綱中進行表格重定義。

在重定義操作完成之前,你不能對新加欄加以NOT NULL約束。

表格不能包含LONG、BFILE以及用戶類型(UDT)。

不能重定義鏈表(clustered tables)。

不能在SYS和SYSTEM大綱中重定義表格。

不能用具體化視圖日志(materialized view logs)來重定義表格;不能重定義含有具體化視圖的表格。

不能在重定義過程中進行橫向分集(horizontal subsetting)。

  在Oracle9i出現之前,你只能通過導出和導入的方式來進行表格重定義,因此表格重定義的過程是一個離線過程。甚至在線變化(「ALTER TABLE ADD NEW_COL NUMBER(3)」)也會導致獨占性死鎖(exclusive locks),這就需要在DDL完成之前防止所有DML(插入、更新)的運行。      爲了解決這個問題,Oracle9i在其DBMS_REDEFINITION軟件包中引入了在線表格重定義功能。有了DBMS_REDEFINITION軟件包,你就可以:      1.拷貝表格(用CTAS)      2.創建表格的快照(snapshot)      3.把重定義表格的過程中所發生的變化進行排隊      4.並用變化隊列來同步重定義後的表格。      這個特性對24/7Oracle數據庫來說非常重要,這是由于DBA現在可以在保持表格的可更新性的同時重新組織表格的結構。      我們以下面的腳本爲例來說明重新組織表格結構的完整過程。      exec dbms_redefinition.abort_redef_table('PUBS','TITLES','TITLES2');   alter table titles add constraint pk_titles primary key (title_id);      exec dbms_redefinition.can_redef_table('PUBS','TITLES');      create table titles2   as   select * from titles;      exec dbms_redefinition.start_redef_table('PUBS','TITLES','TITLES2','title_id title_id,title title,type type,pub_id pub_id,price price,advance advance,royalty*1.1 royalty,ytd_sales ytd_sales,notes notes,pubdate pubdate');      exec dbms_redefinition.sync_interim_table('PUBS','TITLES','TITLES2');   exec dbms_redefinition.finish_redef_table('PUBS','TITLES','TITLES2');      drop table titles2;      假如重組織失敗,那麽你就必須采取非凡的步驟來讓它重新開始。由于重定義過程需要創建表格的快照,因此爲了重新開始這一過程,你必須調用DBMS_REDEFINITION.ABORT_REDEF_TABLE來釋放快照。      DBMS_REDEFINITION.ABORT_REDEF_TABLE過程有三個參數,即大綱(schema)、原始表格(original table name)名稱以及持有表格名稱(holding table name)。它「出棧」並答應你開始重組織表格。      dbms_redefinition.abort_redef_table('PUBS','TITLES','TITLES2');      然而,在線表格重定義也不是完美無缺的。下面列出了Oracle9i重定義過程的部分限制。      你必須有足以維護兩份表格拷貝的空間。   你不能更改主鍵欄。   表格必須有主鍵。   必須在同一個大綱中進行表格重定義。   在重定義操作完成之前,你不能對新加欄加以NOT NULL約束。   表格不能包含LONG、BFILE以及用戶類型(UDT)。   不能重定義鏈表(clustered tables)。   不能在SYS和SYSTEM大綱中重定義表格。   不能用具體化視圖日志(materialized view logs)來重定義表格;不能重定義含有具體化視圖的表格。   不能在重定義過程中進行橫向分集(horizontal subsetting)。
󰈣󰈤
王朝萬家燈火計劃
期待原創作者加盟
 
 
 
>>返回首頁<<
 
 
 
 
 熱帖排行
 
 
 
靜靜地坐在廢墟上,四周的荒凉一望無際,忽然覺得,淒涼也很美
© 2005- 王朝網路 版權所有