我們採用Oracle的物化視圖增量重新整理機制定時將資料庫A上的某個表的資料同步到另一個資料庫B上。
我們常用的最簡單的實現步驟是這樣。首先在資料庫A上確認該表有主鍵,然後建立在這個表上建立 物化視圖日誌如“CREATE MATERIALIZED VIEW LOG ON T_tablename;”,再到資料庫B上建立 資料庫連結和快速重新整理的物化視圖如“create materialized view mv_tablename refresh fast on demand start with sysdate next sysdate+1/288 as select * from T_tablename@dblink_name;”。
現在,資料庫A上此表的主鍵約束因主鍵欄位值重複而被 disable了,在第三個資料庫C上建立這個物化視圖卻失敗,說:“ORA-12014: 表 'T_MV_TEST' 不 包含主鍵約束條件”。如果將此表的主鍵增加欄位並ENABLE後操作,又說:“ORA-23412: 主 表的主鍵列已更改”。
但有一個奇怪的現象:在資料庫B上我們也建立過物化視圖,它卻在此表 的主鍵disable之後,還是正常運行。
(miki西遊 @mikixiyou 原文連結: http://mikixiyou.iteye.com/blog/1753779)
我們介紹一下在 資料庫B上的建立物化視圖的操作過程。
首先,介紹環境。
資料庫A和資料庫B的版本為Oracle 10.2.0.4 for linux x86 64bit。
在資料庫A上同步的表的結構如下:
create table T_MV_TEST ( A DATE, B DATE, C DATE); alter table T_MV_TEST add constraint PK_T_MV_TEST primary key (A,B);
這是一個測試表,很簡單的3個欄位。
接著,建立物化視圖日誌
在資料庫A上建立這個表的物化 視圖日誌,我們使用的建立方法是最簡潔的,如下:
CREATE MATERIALIZED VIEW LOG ON T_MV_TEST;
這將在表T_MV_TEST上建立一個觸發器和一個日誌表MLOG$_T_MV_TEST。
它和CREATE MATERIALIZED VIEW LOG ON T_MV_TEST WITH PRIMARY KEY;的效果是一樣的,是省略掉WITH PRIMARY KEY的操作。
但是這個日誌表只能捕獲到主鍵欄位的刪除和增加操作,如果非主鍵欄位值發生改變,則不會同步過去 。這是這個簡易方法的局限性。
最後,建立物化視圖
在資料庫B上建立定時累加式更新的物化視圖, 方法如下:
create materialized view t_mv_test refresh fast on demand start with sysdate next sysdate+1/288 asselect * from t_mv_test@dblink_name;
這是累加式更新機制的物化視圖的最簡單的建立方法,將每5分鐘檢查資料庫A上此表的主鍵欄位的刪除 和插入操作而將變化的記錄同步到另一個資料庫B中。
這個過程同樣也省略掉了with primary key關 鍵字,它也是預設值。
create materialized view t_mv_test refresh fast on demand start with sysdate next sysdate+1/288 with primary key --預設值 asselect * from t_mv_test@dblink_name;