一、物化的一般用法物化視圖是一種特殊的物理表，“物化”(Materialized)視圖是相對普通視圖而言的。普通視圖是虛擬表，應用的局限性大，任何對視圖的查詢，oracle都實際上轉換為視圖SQL語句的查詢。這樣對整體查詢性能的提高，並沒有實質上的好處。
1、物化視圖的類型ON DEMAND、ON COMMIT。二者的區別在於刷新方法的不同，ON DEMAND顧名思義，僅在該物化視圖“需要”被刷新了，才進行刷新(REFRESH)，即更新物化視圖，以保證和基表數據的一致性；而ON COMMIT是說，一旦基表有了COMMIT，即事務提交，則立刻刷新，立刻更新物化視圖，使得數據和基表一致。
物化視圖可以分為以下三種類型：包含聚集的物化視圖；只包含連接的物化視圖；嵌套物化視圖。三種物化視圖的快速刷新的限制條件有很大區別，而對於其他方面則區別不大。創建物化視圖時可以指定多種選項，下面對幾種主要的選擇進行簡單說明：
創建方式（Build Methods）：包括BUILD IMMEDIATE和BUILD DEFERRED兩種。BUILD IMMEDIATE是在創建物化視圖的時候就生成數據，而BUILD DEFERRED則在創建時不生成數據，以後根據需要在生成數據。默認為BUILD IMMEDIATE。
查詢重寫(Query Rewrite)：包括ENABLE QUERY REWRITE和DISABLE QUERY REWRITE兩種。分別指出創建的物化視圖是否支持查詢重寫。查詢重寫是指當對物化視圖的基表進行查詢時，Oracle會自動判斷能否通過查詢物化視圖來得到結果，如果可以，則避免了聚集或連接操作，而直接從已經計算好的物化視圖中讀取數據。默認為DISABLE QUERY REWRITE。
在建立物化視圖的時候可以指定ORDER BY語句，使生成的數據按照一定的順序進行保存。不過這個語句不會寫入物化視圖的定義中，而且對以後的刷新也無效。
2、ON DEMAND物化視圖物化視圖的創建本身是很復雜和需要優化參數設置的，特別是針對大型生產數據庫系統而言。但Oracle允許以這種最簡單的，類似於普通視圖的方式來做，所以不可避免的會涉及到默認值問題。也就是說Oracle給物化視圖的重要定義參數的默認值處理是我們需要特別注意的。物化視圖的特點：
(1) 物化視圖在某種意義上說就是一個物理表(而且不僅僅是一個物理表)，這通過其可以被user_tables查詢出來，而得到佐證；
(2) 物化視圖也是一種段(segment)，所以其有自己的物理存儲屬性；
(3) 物化視圖會占用數據庫磁盤空間，這點從user_segment的查詢結果，可以得到佐證；
創建語句：
SQL> create materialized view mv_name as select * from table_name;
默認情況下，如果沒指定刷新方法和刷新模式，則Oracle默認為FORCE和DEMAND。
物化視圖的數據怎麼隨著基表而更新？
Oracle提供了兩種方式，手工刷新和自動刷新，默認為手工刷新。也就是說，通過我們手工的執行某個Oracle提供的系統級存儲過程或包，來保證物化視圖與基表數據一致性。這是最基本的刷新辦法了。自動刷新，其實也就是Oracle會建立一個job，通過這個job來調用相同的存儲過程或包，加以實現。
ON DEMAND物化視圖的特性及其和ON COMMIT物化視圖的區別，即前者不刷新(手工或自動)就不更新物化視圖，而後者不刷新也會更新物化視圖，——只要基表發生了COMMIT。
創建定時刷新的物化視圖(指定物化視圖每天刷新一次)：
SQL> create materialized view mv_name refresh force on demand start with sysdate next sysdate+1;
上述創建的物化視圖每天刷新，但是沒有指定刷新時間，如果要指定刷新時間（比如每天晚上10：00定時刷新一次）：
SQL> create materialized view mv_name refresh force on demand start with sysdate next to_date( concat( to_char( sysdate+1,'dd-mm-yyyy'),' 22:00:00'),'dd-mm-yyyy hh24:mi:ss');
3、ON COMMIT物化視圖ON COMMIT物化視圖的創建，和上面創建ON DEMAND的物化視圖區別不大。因為ON DEMAND是默認的，所以ON COMMIT物化視圖，需要再增加個參數即可。
需要注意的是，無法在定義時僅指定ON COMMIT，還得附帶個參數才行。創建ON COMMIT物化視圖：
SQL> create materialized view mv_name refresh force on commit as select * from table_name;
備注：實際創建過程中，基表需要有主鍵約束，否則會報錯（ORA-12014）。
4、物化視圖的刷新刷新(Refresh)：指當基表發生了DML操作後，物化視圖何時采用哪種方式和基表進行同步。
刷新的模式有兩種：ON DEMAND和ON COMMIT。
刷新的方法有四種：FAST、COMPLETE、FORCE和NEVER。FAST刷新采用增量刷新，只刷新自上次刷新以後進行的修改。COMPLETE刷新對整個物化視圖進行完全的刷新。如果選擇FORCE方式，則Oracle在刷新時會去判斷是否可以進行快速刷新，如果可以則采用FAST方式，否則采用COMPLETE的方式。NEVER指物化視圖不進行任何刷新。
對於已經創建好的物化視圖，可以修改其刷新方式，比如把物化視圖mv_name的刷新方式修改為每天晚上10點刷新一次：
SQL> alter materialized view mv_name refresh force on demand start with sysdate next to_date(concat(to_char(sysdate+1,'dd-mm-yyyy'),' 22:00:00'),'dd-mm-yyyy hh24:mi:ss');
5、物化視圖日志如果需要進行快速刷新，則需要建立物化視圖日志。物化視圖日志根據不同物化視圖的快速刷新的需要，可以建立為ROWID或PRIMARY KEY類型的。還可以選擇是否包括SEQUENCE、INCLUDING NEW VALUES以及指定列的列表。
可以指明ON PREBUILD TABLE語句將物化視圖建立在一個已經存在的表上。這種情況下，物化視圖和表必須同名。當刪除物化視圖時，不會刪除同名的表。這種物化視圖的查詢重寫要求參數QUERY_REWRITE_INTEGERITY必須設置為trusted或者stale_tolerated。
6、物化視圖分區而且基於分區的物化視圖可以支持分區變化跟蹤(PCT)。具有這種特性的物化視圖，當基表進行了分區維護操作後，仍然可以進行快速刷新操作。對於聚集物化視圖，可以在GROUP BY列表中使用CUBE或ROLLUP，來建立不同等級的聚集物化視圖。
二、物化視圖與數據遷移Oracle 的物化視圖提供了強大的功能，可以用於預先計算並保存表連接或聚集等耗時較多的操作的結果，這樣，在執行查詢時，就可以避免進行這些耗時的操作，而從快速的得到結果。物化視圖有很多方面和索引很相似：使用物化視圖的目的是為了提高查詢性能；物化視圖對應用透明，增加和刪除物化視圖不會影響應用程序中SQL 語句的正確性和有效性；物化視圖需要占用存儲空間；當基表發生變化時，物化視圖也應當刷新。
如如何建立在特定的表空間上，這些在其他的物化視圖上面幾乎都沒有任何介紹的。主要以我做的一個例子來操作，如果對物化視圖的基本概念清楚了就比較明白在那裡寫特定的表空間存儲了。
1、簡單試驗在master site上創建表和mview log
SQL> create table stu (id varchar2(10) primary key ,name varchar2(20));
Table created.
SQL> create materialized view log on stu;
Materialized view log created.
在mv site上創建mview
SQL> create materialized view stu_mv refresh fast start with sysdate next sysdate+1/1440 with primary key as select * from stu@to_vm9;
Materialized view created.
SQL> select job,log_user,last_date,last_sec,next_date,next_sec,interval,what from user_jobs;
JOB LOG_USER LAST_DATE LAST_SEC NEXT_DATE NEXT_SEC INTERVAL WHAT
--- --------- ----------- --------- ----------- ---------- -------------- -----------------------------------------
21 SEAGULL 2008-2-18 1 14:41:43 2008-2-18 1 14:42:43 sysdate+1/1440 dbms_refresh.refresh('"SEAGULL"."STU_MV"');
SQL> select * from tab;
TNAME TABTYPE CLUSTERID
------------------------------ ------- ----------
STU_MV TABLE
在master site上對master table做更新：
SQL> INSERT INTO STU(ID,NAME) VALUES('56','555555555555');
1 row created.
SQL> commit;
等1分鐘後在mv site上檢查
SQL> select * from stu_mv;
ID NAME
---------- --------------------
56 555555555555
2、跨版本數據遷移利用prebuilt mv實現跨平台，跨版本數據遷移。該方法的實現原理是對於要遷移的表對象，需要有一個主鍵，用於mv的刷新，對於符合該要求的表，在源表上創建mv日志，再在目標數據庫上創建結構一樣的表，然後在目標表上采用prebuilt方式創建mv，第一次采用完全刷新，之後采用增量刷新，等真正要切換的時候，只需要刷新完增量的日志，刪除mv，保留目標表即可。基本思路的例子：
在源庫上創建表和mview log
SQL> create table big_t1 as select * from dba_objects;
Table created.
SQL> select count(1) from big_t1;
COUNT(1)
----------
6170
SQL> create materialized view log on big_t1;
Materialized view log created.
在目標數據庫上創建與該表一樣的表，並在該表上創建prebuilt mv:
SQL> create table big_t1 as select * from big_t1@to_vm9 where 1=2;
Table created.
SQL> select count(1) from big_t1;
COUNT(1)
----------
0
SQL> create materialized view big_t1 on prebuilt table refresh fast as select * from big_t1@to_vm9;
Materialized view created.
做完全刷新和增量刷新
SQL> exec dbms_mview.refresh('BIG_T1','Complete');
PL/SQL procedure successfully completed.
SQL> select count(1) from big_t1;
COUNT(1)
----------
6170
此時模擬在做完全刷新過程中，源庫的表又發生了變化
SQL> insert into big_t1(object_id,owner) values(99991,'test');
1 row created.
SQL> commit;
Commit complete.
再做增量刷新
SQL> select count(1) from big_t1;
COUNT(1)
----------
6170
SQL> exec dbms_mview.refresh('BIG_T1');
PL/SQL procedure successfully completed.
SQL> select count(1) from big_t1;
COUNT(1)
----------
6171
停機切換,做最後一次刷新，然後刪除源庫的mview log和目標庫的mview：
SQL> exec dbms_mview.refresh('BIG_T1');
PL/SQL procedure successfully completed.
SQL> drop materialized view big_t1;
Materialized view dropped.
SQL> select count(1) from big_t1;
COUNT(1)
----------
6171
這裡刪除的mview(big_t1)是prebuilt mv，所以刪除該mview,並不刪除相應的表。如果刪除了mvnew(stu_mv),由於是普通mv,則刪除了該mview,就沒有對應的表了。
SQL> drop materialized view stu_mv;
Materialized view dropped.
SQL> select * from tab;
TNAME TABTYPE CLUSTERID
------------------------------ ------- ----------
BIG_T1 TABLE
3、創建存儲的日志空間 SQL> CREATE MATERIALIZED VIEW LOG ON mv_lvy_levytaxbgtdiv
tablespace ZGMV_DATA --日志保存在特定的表空間
WITH ROWID ;
SQL> CREATE MATERIALIZED VIEW LOG ON tb_lvy_levydetaildata
tablespace ZGMV_DATA --日志保存在特定的表空間
WITH ROWID,sequence(LEVYDETAILDATAID);
SQL> CREATE MATERIALIZED VIEW LOG ON tb_lvy_levydata
tablespace ZGMV_DATA --日志保存在特定的表空間
WITH rowid,sequence(LEVYDATAID);
4、然後創建物化視圖SQL> create materialized view MV_LVY_LEVYDETAILDATA
TABLESPACE ZGMV_DATA --保存表空間
BUILD DEFERRED --延遲刷新不立即刷新
refresh force --如果可以快速刷新則進行快速刷新，否則完全刷新
on demand --按照指定方式刷新
start with to_date('24-11-2005 18:00:10', 'dd-mm-yyyy hh24:mi:ss') --第一次刷新時間
next TRUNC(SYSDATE+1)+18/24 --刷新時間間隔
as
SELECT levydetaildataid, detaildatano, taxtermbegin, taxtermend,
......
ROUND(taxdeduct * taxpercent1, 2) - ROUND(taxdeduct * taxpercent2, 2) -
ROUND(taxdeduct * taxpercent3, 2) - ROUND(taxdeduct * taxpercent4, 2) -
ROUND(taxdeduct * taxpercent5, 2) taxdeduct, ROUND(taxfinal * taxpercent1, 2) -
ROUND(taxfinal * taxpercent2, 2) - ROUND(taxfinal * taxpercent3, 2) -
ROUND(taxfinal * taxpercent4, 2) - ROUND(taxfinal * taxpercent5, 2) taxfinal,
a.levydataid, a.budgetitemcode, taxtypecode,
......
FROM tb_lvy_levydetaildata a, tb_lvy_levydata c, MV_LVY_LEVYTAXBGTDIV b
WHERE a.levydataid = c.levydataid
AND a.budgetdistrscalecode = b.budgetdistrscalecode
AND a.budgetitemcode = b.budgetitemcode
AND c.incomeresidecode = b.rcvfisccode
AND C.TAXSTATUSCODE='08'
AND C.NEGATIVEFLAG!='9'
5、刪除物化視圖日志物化視圖日志經常會由於物化視圖長時間沒有刷新，或者基表的一次批量數據更改而變得很大，這會影響物化視圖的刷新性能，因此對於這種情況需要對物化視圖日志進行處理，降低物化視圖日志表的高水位線。
物化視圖日志會記錄下基表所有的增、刪、改操作，而物化視圖執行完快速刷新操作後，會從物化視圖日志中將本物化視圖刷新過且其他物化視圖所不需要刷新的記錄刪除掉。如果其中一個物化視圖一直不刷新，那麼物化視圖日志就會變得越來越大。
還有一種情況，比如表中插入了大量的數據，或者刪除了大量的數據，或者將表中的某一列統一更新為一個值，這種操作都會在物化視圖日志中產生大量的記錄。
而物化視圖日志的增大必然影響物化視圖的刷新速度。一方面，物化視圖在刷新的時候要掃描物化視圖日志，另一方面，物化視圖在刷新介紹後，也要清除物化視圖日志中的記錄，仍然要掃描物化視圖日志，因此物化視圖日志的大小直接會影響物化視圖快速刷新的速度。更重要的是，物化視圖日志的高水位一旦增長到一個很高的位置，即使以後物化視圖日志中記錄很少，甚至沒有記錄存在，物化視圖在刷新的時候仍然需要較長的時間。
SQL> DROP materialized view log on mv_lvy_levytaxbgtdiv;
SQL> DROP materialized view log on tb_lvy_levydetaildata;
SQL> DROP materialized view log on tb_lvy_levydata;
6、刪除物化視圖SQL> drop materialized view MV_LVY_LEVYDETAILDATA;
基本和對表的操作一致，物化視圖由於是物理真實存在的，故可以創建索引，創建方式和對普通表創建方式相同。
三、ORACLE物化視圖總結物化視圖是包括一個查詢結果的數據庫對像，它是遠程數據的的本地副本，或者用來生成基於數據表求和的匯總表。物化視圖存儲基於遠程表的數據，也可以稱為快照。物化視圖可以查詢表，視圖和其它的物化視圖。主要用在數據倉庫和決策支持系統。
通常情況下，物化視圖被稱為主表（在復制期間）或明細表（在數據倉庫中）。對於復制，物化視圖允許你在本地維護遠程數據的副本,這些副本是只讀的。如果你想修改本地副本，必須用高級復制的功能。當你想從一個表或視圖中抽取數據時，你可以用從物化視圖中抽取。對於數據倉庫，創建的物化視圖通常情況下是聚合視圖，單一表聚合視圖和連接視圖。
物化視圖把他的物理結構存儲在自己的段中，該段可以被索引和分區。查詢不必完全匹配用來創建物化視圖的SQL語句，優化程序可以動態重寫一個與原定義相近的查詢，以便物化視圖用來代替實際的表，這種查詢重寫自動發生，對用戶是透明的。
1、使用物化視圖前的幾個配置步驟(1) 確定那些語句要創建物化視圖。
(2) 決定是否要保持視圖與基礎表數據同步。
如果不同步，可選擇如下三種刷新方式：
COMPLETE：刷新啟動時，先truncate物化視圖，再從基礎表重新插入填充數據。
FAST：只刷新基礎表上次刷新後改變的數據。使用視圖的日志數據或ROWID完成。
FORCE：默認的方式。先使用FAST，不行就使用COMPLETE方式。
(3) 設置init.ora的參數：
JOB_QUEUE_PROCESSES，必須設置大於 1。
QUERY_REWRITE_ENABLED，設置為TRUE時，允許動態重寫查詢。
QUERY_REWRITE_INTEGRITY，確定訪問物化視圖時數據一致性要遵守的程度。
OPTIMIZER_MODE，必須設置成CBO的某種方式。
使用一個物化視圖，用戶只需在基礎表上擁有權限即可。
2、創建物化視圖SQL>create materialized view emp_by_district
Tablespace mview_data
Build immediate
Refresh fast
Enable query rewrite
As
Select d.id,count(e.last_name) from distributor dist,district d,employee e
Where e.id = dist.manager_id
And d.id dist.district_id
Group by d.id;
以下是Oracle創建物化視圖時的常用語法,各參數的含義如下:
1、refresh [fast|complete|force] 視圖刷新的方式
fast: 增量刷新.假設前一次刷新的時間為t1,那麼使用fast模式刷新物化視圖時,只向視圖中添加t1到當前時間段內,主表變化過的數據.為了記錄這種變化，建立增量刷新物化視圖還需要一個物化視圖日志表。create materialized view log on （主表名）。
complete:全部刷新。相當於重新執行一次創建視圖的查詢語句。
force: 這是默認的數據刷新方式。當可以使用fast模式時，數據刷新將采用fast方式；否則使用complete方式。
2、MV數據刷新的時間
on demand:在用戶需要刷新的時候刷新，這裡就要求用戶自己動手去刷新數據了（也可以使用job定時刷新）
on commit:當主表中有數據提交的時候，立即刷新MV中的數據；
start ……：從指定的時間開始，每隔一段時間（由next指定）就刷新一次；
3、Build immediate一共有三個選項
(1) Build immediate：建立物化視圖，並使用當前命令執行的數據馬上填充視圖數據。
(2) Build deferred：只建立物化視圖，在第一次刷新之間不填充數據。
(3) No prebuilt table，使用事先已存在的，已含有視圖定義中有現有數據的表，而不是建立一個新結構來保存數據。
如果是refresh fast on commit或refresh complete on commit創建的，則在基礎表提交的時候都會得到刷新。啟用或禁用物化視圖，需要有query rewrite或global query rewrite權限。
3、刷新物化視圖自動刷新：
(1) 使用commit選項。
(2) 使用dbms_mview安排自動刷新時間。
手工刷新：
SQL>execute dbms_mview.refresh(‘EMP_BY_DISTRICT’); －－刷新指定的物化視圖
SQL>execute dbms_mview.refresh_defresh_dependent(‘EMPLOYEE’); ――刷新利用了該表的所有物化視圖
SQL>execute dbms_mview.refresh_all_mviews; ――刷新該模式中，自上次刷新以來，未得到刷新的所有物化視圖。
4、禁用物化視圖－ 修改init.ora參數的query_rewrite_enabled參數設置成flase，重啟實例。
－ 使用alter system set query_rewrite_enabled = flase;動態修改。
－ 使用alter session set query_rewrite_enabled = flash;修改會話內。
－ 使用 norewrite提示。
5、刪除物化視圖SQL>drop materialized view emp_by_district;
