create materialized view [view_name]refresh [fast|complete|force][on [commit|demand] |start with (start_time) next (next_time)]as{建立物化視圖用的查詢語句}
以上是Oracle建立物化視圖(Materialized View,以下簡稱MV)時的常用文法,各參數的含義如下:
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指定)就重新整理一次;
Oracle的物化視圖提供了強大的功能,可以用於預先計算並儲存表串連或聚集等耗時較多的操作的結果,這樣,在執行查詢時,就可以避免進行這些耗時的操作,而從快速的得到結果。物化視圖有很多方面和索引很相似:使用物化視圖的目的是為了提高查詢效能;物化視圖對應用透明,增加和刪除物化視圖不會影響應用程式中SQL語句的正確性和有效性;物化視圖需要佔用儲存空間;當基表發生變化時,物化視圖也應當重新整理。
物化視圖可以分為以下三種類型:包含聚集的物化視圖;只包含串連的物化視圖;嵌套物化視圖。三種物化視圖的快速重新整理的限制條件有很大區別,而對於其他方面則區別不大。建立物化視圖時可以指定多種選項,下面對幾種主要的選擇進行簡單說明:
建立方式(Build Methods):包括BUILD IMMEDIATE和BUILD DEFERRED兩種。BUILD IMMEDIATE是在建立物化視圖的時候就產生資料,而BUILD DEFERRED則在建立時不產生資料,以後根據需要在產生資料。預設為BUILD IMMEDIATE。
查詢重寫(Query Rewrite):包括ENABLE QUERY REWRITE和DISABLE QUERY REWRITE兩種。分別指出建立的物化視圖是否支援查詢重寫。查詢重寫是指當對物化視圖的基表進行查詢時,Oracle會自動判斷能否通過查詢物化視圖來得到結果,如果可以,則避免了聚集或串連操作,而直接從已經計算好的物化視圖中讀取資料。預設為DISABLE QUERY REWRITE。
重新整理(Refresh):指當基表發生了DML操作後,物化視圖何時採用哪種方式和基表進行同步。重新整理的模式有兩種:ON DEMAND和ON COMMIT。ON DEMAND指物化視圖在使用者需要的時候進行重新整理,可以手工通過DBMS_MVIEW.REFRESH等方法來進行重新整理,也可以通過JOB定時進行重新整理。ON COMMIT指出物化視圖在對基表的DML操作提交的同時進行重新整理。重新整理的方法有四種:FAST、COMPLETE、FORCE和NEVE*。**ST重新整理採用增量重新整理,只重新整理自上次重新整理以後進行的修改。COMPLETE重新整理對整個物化視圖進行完全的重新整理。如果選擇FORCE方式,則Oracle在重新整理時會去判斷是否可以進行快速重新整理,如果可以則採用FAST方式,否則採用COMPLETE的方式。NEVER指物化視圖不進行任何重新整理。預設值是FORCE ON DEMAND。
在建立物化視圖的時候可以指定ORDER BY語句,使產生的資料按照一定的順序進行儲存。不過這個語句不會寫入物化視圖的定義中,而且對以後的重新整理也無效。
物化視圖日誌:如果需要進行快速重新整理,則需要建立物化視圖日誌。物化視圖日誌根據不同物化視圖的快速重新整理的需要,可以建立為ROWID或PRIMARY KEY類型的。還可以選擇是否包括SEQUENCE、INCLUDING NEW VALUES以及指定列的列表。
可以指明ON PREBUILD TABLE語句將物化視圖建立在一個已經存在的表上。這種情況下,物化視圖和表必須同名。當刪除物化視圖時,不會刪除同名的表。這種物化視圖的查詢重寫要求參數QUERY_REWRITE_INTEGERITY必須設定為trusted或者stale_tolerated。
物化視圖可以進行分區。而且基於分區的物化視圖可以支援分區變化跟蹤(PCT)。具有這種特性的物化視圖,當基表進行了分區維護操作後,仍然可以進行快速重新整理操作。對於聚集物化視圖,可以在GROUP BY列表中使用CUBE或ROLLUP,來建立不同等級的聚集物化視圖。
建立物化視圖時應先建立儲存的日誌空間
CREATE MATERIALIZED VIEW LOG ON mv_lvy_levytaxbgtdiv
tablespace ZGMV_DATA --日誌儲存在特定的資料表空間
WITH ROWID ;
CREATE MATERIALIZED VIEW LOG ON tb_lvy_levydetaildata
tablespace ZGMV_DATA --日誌儲存在特定的資料表空間
WITH ROWID,sequence(LEVYDETAILDATAID);
CREATE MATERIALIZED VIEW LOG ON tb_lvy_levydata
tablespace ZGMV_DATA --日誌儲存在特定的資料表空間
WITH rowid,sequence(LEVYDATAID);
然後建立物化視圖
--建立物化視圖
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'
刪除物化視圖日誌
--刪除物化視圖:
--刪除日誌: DROP materialized view log on mv_lvy_levytaxbgtdiv;
DROP materialized view log on tb_lvy_levydetaildata;
DROP materialized view log on tb_lvy_levydata;
--刪除物化視圖 drop materialized view MV_LVY_LEVYDETAILDATA;
--基本和對錶的操作一致 --物化視圖由於是物理真實存在的,故可以建立索引。
建立方式和對普通表建立方式相同,就不在重複寫了。