參考文件：Materialized View Refresh: Locking, Performance, Monitoring (文件 ID 258252.1)

How to Monitor the Progress of a Materialized View Refresh (MVIEW) (文件 ID 258021.1)

2、常見用法：

例子：

SQL>create materialized view log on table_tst;

SQL>create materialized view table_tst [on prebuilt table]  refresh   fast as select * from [email protected]_db_master; 

SQL>exec dbms_mview.refresh('table_tst',method => 'Complete');

SQL>exec dbms_mview.refresh('table_tst'); 

SQL> declare jobid number;

begin

sys.dbms_job.submit(job => jobid,

what => 'dbms_mview.refresh(''table_tst'');',

next_date => sysdate,

interval => 'sysdate+5/1440');

commit;

end;

 /

其中

第1步是在需要複製的主表(master table)上建立mv log。

第2步是在遠端站點（想複製到的那個站點）上建立mv，注意，如果選擇了選項on prebuild table的話，表示在已經存在的表上建立mv，需要已經存在的表的欄位與select的欄位必須要對應，這個已經存在的表中可以沒有資料。

第3步是全同步，如果沒有選擇on prebuild table，這一步可以省略，因為預設建立mv的時候，就會全重新整理

第4步是增量重新整理，在完成全重新整理以後的情況下，一般都只需要做增量重新整理即可。

第5步是建立一個自動重新整理的作業來進行重新整理，如每5分鐘重新整理一次，這個操作也可以同crontab來代替。

我們舉個測試栗子：

建立帶有主鍵的表（不能用sys使用者，因為sys使用者的表不能建立mv 日誌）：ORA-12010: 不能在 SYS 擁有的表上建立實體化檢視日誌。
create table table_tst (a int, b varchar2(50), constraint pk_tst primary key(a));
 
建立對應的MV名為
create materialized view table_tst_mv as select * from table_tst;

此時表SYS.SNAP$中多了一條新記錄：



建立檢視日誌：
create materialized view log on table_tst;
此時表sys.MLOG$中多了一條新記錄：



向表中插入資料：
insert into table_tst select rownum, object_name from all_objects;


檢查當前表和物化視圖裡的資料是否一致：
select count(*) from table_tst
 COUNT(*)
----------
     85722

select count(*) from table_tst_mv
  COUNT(*)
----------
0

重新整理到物化檢視：
exec dbms_mview.refresh('table_tst_mv');

SQL> select count(*) from table_tst_mv;

  COUNT(*)
----------
      85722

此時物化檢視已經重新整理了，在看下記錄表（已經記錄了現在youngest的時間，最新時間）：

同事sys.SNAP$ 裡面也記錄了最新RSCN：

在實際應用的環境中表T和MView MVT並不是在同一個機器上，而是分散在兩個以上的機器上，同時基表也可能不止一個，可能存在多個。

下面列舉了MView在實際中的主要作用：

• 減輕網路負擔：通過MV將資料從一個數據庫分發到多個不同的資料庫上，通過對多個數據庫訪問來減輕對單個數據庫的網路負擔。
• 搭建分發環境：通過從一箇中央資料庫將資料分發到多個節點資料庫，達到分發資料的目的。
• 複製資料子集：MV可以進行行級/列級的篩選，這樣可以複製需要的那一部分資料。
• 支援離線計算：MV不需要專用的資料庫連線，使用者可以按照自己的需求來複制所需要的那一部分資料。

3、物化檢視相關的重要的表：

dba_mviews記錄了遠端站點上mv的數目與屬性，需要在建立MV的站點上查詢。

sys.mlog$ 則記錄了主站點上的mv的log數目，如果一個master對應到多個站點，也只有一條記錄，對應到dba_mview_logs檢視，需要在主站點查詢。

sys.slog$記錄了主站點上已經註冊成功的主表資訊，如果一個主表被複制到多個站點，則對應多條記錄，在主站點查詢。

dba_snapshot_logs存放了mv的log日誌，如果對應到多個站點，則每個站點都對應一條記錄，因為遠端站點的snapshot_id是不一樣的。其實sys.mlog$與sys.slog$的關聯就是組成dba_snapshot_logs的一個部分，通過查詢dba_views可以看到其指令碼。

dba_registered_snapshots記錄了遠端站點的註冊資訊，只記錄註冊成功的遠端站點，通過snapshot_id可以與dba_snapshot_logs關聯。

4、物化檢視重新整理的方式：

下面接著說說MView重新整理這個事。

MView裡面的資料是不會和基表保持實時的同步的，它只是基表在某時時間點（重新整理的時間點）的一個一致性的資料的映象，因此，要保持MView儘可能的和基表同步的話就需要我們定期的對MView進行重新整理。

MView重新整理的分類

Oracle支援三種種方式的重新整理：完全重新整理和快速重新整理以及強制重新整理。

完全重新整理（complete refresh）

對一個MView進行全部重新整理的時候差不多是將MView重建了，在進行MView全部重新整理的時候會現將MView中現有的資料刪除（版本在10G或以上）或者TRUNCATE（版本低於9i），然後在根據建立MView時候的查詢生成資料插入到MView中。

對於多層的MView來說，當master MView全部重新整理之後對應的下一級的MView也需要全部重新整理，否則將會收到ORA-12034的錯誤。

快速重新整理（fast refresh）

快速重新整理是一種比完全重新整理快的多的重新整理方式，快速重新整理只重新整理自上次重新整理以來修改的資料，因為快速重新整理所要操作的資料量少，使用這種方法能大大的節省頻寬.快速重新整理要求在基表上面有MView Log。

execdbms_mview.refresh('table_tst_mv', 'F');

強制重新整理（force refresh）

當進行強制重新整理的時候系統會首先嚐試進行快速重新整理，如果快速重新整理無法進行的時候系統將會進行完全重新整理。其實就是一個快速重新整理和完全重新整理的結合體。

指定重新整理方式

既然有那麼多種的重新整理方式那我們怎麼指定他們呢？

在Oracle中有兩種方法來制定所用的重新整理方式，第一種在上面我們已經看過了，就是在執行重新整理MView語句的時候制定重新整理方式，比如說

用來指定對MView mvt進行快速重新整理，將其中的”F”改成”C”就是指定對mvt進行完全重新整理了。

另外一種方法是直接執行

就是不指定重新整理的引數，這個時候MView的重新整理方式將是根據建立時候由REFRESH語句指定的重新整理方法來進行重新整理了，REFRESH語句一共有下面幾種使用方法

• FAST: 採用增量重新整理，只重新整理自上次重新整理以後進行的修改
• COMPLETE: 對整個實體化檢視進行完全的重新整理
• FORCE(預設): Oracle在重新整理時會去判斷是否可以進行快速重新整理，如果可以則採用Fast方式，否則採用Complete的方式，Force選項是預設選項

什麼時候重新整理

現在怎麼重新整理的問題解決了，接下來就是考慮我們什麼時候進行重新整理了。

我們從上面已經知道我們需要定期的對MView進行重新整理以保證基表和MView的資料同步，這個定期的方法就是使用job，同樣我們有兩種方法來建立重新整理MView的job。

使用DBMS_JOB包來建立

使用這種方法相對下面的方法來說不同之處在於這種方法可以自己指定重新整理的語句，這樣靈活性相對高一些。

在建立MView的時候指定REFRESH語句

沒錯，還是REFRESH語句，這個語句的用法還是挺多的，下面列出這個語句的其他用法：

• START WITH: 第一次重新整理時間
• NEXT: 重新整理時間間隔

說明：指定上面兩個選項的任意一個都將會在系統中產生一個新的JOB，用來對所建立的MV進行重新整理，這個JOB可以從DBA_JOBS查到，同時刪除MV之後該JOB也會被刪除。下面我們看一個例子：

另外這裡所說的JOB定時重新整理只是針對於單個MView來說的，而對於存在多個MView要重新整理的時候我們就要開始考慮重新整理組了，這個部分以後再慢慢說明。