Oracle物化视图 - zyi - 博客园
随笔 - 110, 文章 - 0, 评论 - 10, 引用 - 0
试验了半天，发现一定要加一个count(*)才能自动刷新。
原理不是很了解
修改物化视图刷新
alter materialized view kg_yonghuxxkz1 refresh complete on demandstart with sysdate next trunc(SYSDATE) + 1/2;
select * from user_
查看最后刷新时间
select name,last_refresh from user_mview_refresh_
begindbms_mview.refresh(upper('kg_yonghuxxkz1'), 'C');
create materialized view log on ZW_YINGYEZ with sequence, rowid (s_cid,n_je,i_xiaozhang)
create materialized view KEHUGX_CIDQIANFEI build immediate refresh fast on commit enable query rewrite as
select s_cid,sum(n_je),count(*) as QianFeiJE from ZW_YINGYEZ&& where i_xiaozhang = 0&& group by s_
create index kg_yonghuxxkz_cid on kg_yonghuxxkz (s_cid);
drop materialized view log on zw_
drop materialized view log on kg_
drop materialized view zw_
drop index zw_yingyezwz_
create materialized view log on zw_yingyez with rowid, sequence(
i_feeid, i_chaobiaoid, s_kehuid, s_st, s_st2, s_ch, i_ceneixh, s_cid, s_hm, s_dz, s_weizhifl, s_kaizhangfl, i_chaobiaolx, s_zongbiaocid, s_biaoxingid, s_koujingbh, i_sffs, s_tuoshouhth, i_tiaojiah, s_jh, s_sheshuiid, n_yongshuizkl, n_paishuizkl, n_lajifzkl, n_zhekoul1, n_zhekoul2, n_zhekoul3, i_zhuangtaibm, s_zhuangtaimc, d_chaobiao, d_kaizhang, dl_kaizhang, i_zhangwuny, i_chaobiaon, i_chaobiaoy, i_cc, i_shangcicm, i_bencicm, i_shangcisl, i_kaizhangsl, n_shangciye, n_benciye, n_je, n_kaizhangje, n_shuifei, n_paishuif, n_lajif, n_feiyong1, n_feiyong2, n_feiyong3, n_qitaf, d_jiaofeiqx, d_zhinajqsrq, d_shangcirq, n_yingshouznj
create materialized view log on kg_biaokaxx with rowid,sequence(s_cid, s_kehuid, s_st, s_st2, s_ch, i_ceneixh, s_dz, i_sffs, s_tuoshouhth, s_kuaihao, s_guanwangfqbh, s_gongshuihth, d_gongshuihtqdrq, d_gongshuihtnx, s_jieshuibh, s_jh, s_sheshuiid, s_x, s_y, s_x1, s_y1, s_xingzhengq, s_shuiziyq, s_jiedao, s_shequ, s_xiaoqu, s_xiaoqudz, s_wuye, s_wuyedh, d_lihu, d_ruce, d_xiaohu, i_biaokazt, n_yongshuizkl, n_paishuizkl, n_lajifzkl, n_zhekoul1, n_zhekoul2, n_zhekoul3, i_renkous, s_jiagelb, s_caozuor, d_caozuosj, i_dingesl, s_fufeiyhm, i_ercigs, i_jihuays, i_dianzizd, s_sanlaidh, i_cuijiaobm, s_shuibiaogyh, s_shuibiaotxm, s_shuibiaocjid, s_biaoxingid, s_koujingbh, s_anzhuangwz, d_zhuangbiao, d_huanbiao, i_xinbiaodm, i_jiubiaocm, s_weizhifl
create materialized view zw_yingyezwz build immediate refresh fast on commitwith rowid as
a.i_feeid, a.i_chaobiaoid, a.s_kehuid, a.s_st, a.s_st2, a.s_ch, a.i_ceneixh, a.s_cid, a.s_hm, a.s_dz,b.s_tuoshouhth,b.s_dz as dz1,b.s_kuaihao,
a.rowid as aid,b.rowid as bid&from zw_yingyez a,kg_biaokaxx b where a.s_cid = b.s_
create index zw_yingyezwz_cid on zw_yingyezwz(s_cid);
select * from zw_yingyezwz where s_cid = '1000694'
update zw_yingyez set s_hm='ddd郑州市糖回族食品厂'& where s_cid = '1000694'
下面是网上
一、------------------------------------------------------------------------------------------
物化视图是包括一个查询结果的数据库对像，它是远程数据的的本地副本，或者用来生成基于数据表求和的汇总表。物化视图存储基于远程表的数据，也可以称为快照。
&&&&&& 物化视图可以查询表，视图和其它的物化视图。
&&&&&& 通常情况下，物化视图被称为主表（在复制期间）或明细表（在数据仓库中）。
&&&&&& 对于复制，物化视图允许你在本地维护远程数据的副本,这些副本是只读的。如果你想修改本地副本，必须用高级复制的功能。当你想从一个表或视图中抽取数据时，你可以用从物化视图中抽取。
&&&&&& 对于数据仓库，创建的物化视图通常情况下是聚合视图，单一表聚合视图和连接视图。
本篇我们将会看到怎样创建物化视图并且讨论它的刷新选项。
&&&&&& 在复制环境下，创建的物化视图通常情况下主键，rowid,和子查询视图。
1.主键物化视图：
&&&&&& &&&&&& 下面的语法在远程数据库表emp上创建主键物化视图
&&&&&&& SQL& CREATE MATERIALIZED VIEW mv_emp_pk
&& &&&&&&&&& REFRESH FAST START WITH SYSDATE
&&&&&&&&&&& NEXT SYSDATE + 1/48
&&&&&&&&&&& WITH PRIMARY KEY
&&&&&&&&&&& AS SELECT * FROM emp@remote_
&&&&&&&&&&& Materialized view created.
&&&&&& &&&&&& 注意：当用FAST选项创建物化视图，必须创建基于主表的视图日志,如下:
&&&&&&&&&&& SQL& CREATE MATERIALIZED VIEW LOG ON
&&&&&&&&&&& Materialized view log created.
2.Rowid物化视图
&&&&&& &&&&&& 下面的语法在远程数据库表emp上创建Rowid物化视图
&&&&& SQL& CREATE MATERIALIZED VIEW mv_emp_rowid
&&&&&&&&&&& REFRESH WITH ROWID
&&&&&&&&&&&& AS SELECT * FROM emp@remote_
&&&&&&&&&&& Materialized view log created.
3.子查询物化视图
&&&&&& &&&&&& 下面的语法在远程数据库表emp上创建基于emp和dept表的子查询物化视图
&&&&&&&&&&& SQL& CREATE MATERIALIZED VIEW mv_empdept
&&&&&&&&&&& AS SELECT * FROM emp@remote_db e
&&&&&&&&&&& WHERE EXISTS
&&&& &&&&&&& (SELECT * FROM dept@remote_db d
&&&&&&&&&&& WHERE e.dept_no = d.dept_no)
&&&&& Materialized view log created.
&&&&&& REFRESH 子句
&&&&&&&&&&&&&&&&&&& [refresh [fast|complete|force]
&&&&&&&&&&& [on demand | commit]
&&&&&&&&&&& [start with date] [next date]
&&&&&&&&&&& [with {primary key|rowid}]]
&&&&&&Refresh选项说明:
a.&&&&&oracle用刷新方法在物化视图中刷新数据.
b.&&&&&是基于主键还是基于rowid的物化视图
c.&&&&&&物化视图的刷新时间和间隔刷新时间
Refresh方法-FAST子句
&&&&&& 增量刷新用物化视图日志（参照上面所述）来发送主表已经修改的数据行到物化视图中.如果指定REFRESH FAST子句，那么应该对主表创建物化视图日志
&&&&&&&&&&&&&&&&&&& SQL& CREATE MATERIALIZED VIEW LOG ON
Materialized view log created.
&&&&&& 对于增量刷新选项，如果在子查询中存在分析函数，则物化视图不起作用。
Refresh方法-COMPLETE子句
&&&&&& 完全刷新重新生成整个视图，如果请求完全刷新，oracle会完成&&&&&& 完全刷新即使增量刷新可用。
Refresh Method – FORCE子句
&&&&&& 当指定FORCE子句，如果增量刷新可用Oracle将完成增量刷新，否则将完成完全刷新,如果不指定刷新方法(FAST, COMPLETE, or FORCE),Force选项是默认选项
主键和ROWD子句
&&&&&& WITH PRIMARY KEY选项生成主键物化视图,也就是说物化视图是基于主表的主键，而不是ROWID(对应于ROWID子句). PRIMARY KEY是默认选项,为了生成PRIMARY KEY子句，应该在主表上定义主键，否则应该用基于ROWID的物化视图.
&&&&&& 主键物化视图允许识别物化视图主表而不影响物化视图增量刷新的可用性。
&&&&&& Rowid物化视图只有一个单一的主表，不能包括下面任何一项:
n&&&&&&&&Distinct或者聚合函数.
n&&&&&&&&Group by，子查询，连接和SET操作
刷新时间&&&&&&
&&&&&& START WITH子句通知数据库完成从主表到本地表第一次复制的时间,应该及时估计下一次运行的时间点, NEXT 子句说明了刷新的间隔时间.
&&&&&&&&&&& SQL& CREATE MATERIALIZED VIEW mv_emp_pk
&& &&&&&&&&&&&&&&&&& REFRESH FAST
&&&&&&&&&&&&&&&&& START WITH SYSDATE
&&&&&&&&&&&&&&&&& NEXT SYSDATE + 2
&&&&&&&&&&&&&&&&& WITH PRIMARY KEY
&&&&&&&&&&&&&&&&& AS SELECT * FROM emp@remote_
&&&&&&&&&&&&&&&&& Materialized view created.
在上面的例子中，物化视图数据的第一个副本在创建时生成，以后每两天刷新一次.
物化视图提供了可伸缩的基于主键或ROWID的视图,指定了刷新方法和自动刷新的时间。
二、------------------------------------------------------------------------------------------
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，来建立不同等级的聚集物化视图。物化视图的基本操作和使用可以查看网址：http://blog.itpub.net/post/468/13318 相关的东东。我主要说明一下使用物化视图的基本东东。如如何建立在特定的表空间上，这些在其他的物化视图上面几乎都没有任何介绍的。主要以我做的一个例子来操作，如果对物化视图的基本概念清楚了就比较明白在那里写特定的表空间存储了。创建物化视图时应先创建存储的日志空间CREATE MATERIALIZED VIEW LOG ON mv_lvy_levytaxbgtdivtablespace ZGMV_DATA --日志保存在特定的表空间WITH ROWID ;CREATE MATERIALIZED VIEW LOG ON tb_lvy_levydetaildatatablespace ZGMV_DATA --日志保存在特定的表空间WITH ROWID,sequence(LEVYDETAILDATAID);CREATE MATERIALIZED VIEW LOG ON tb_lvy_levydatatablespace ZGMV_DATA --日志保存在特定的表空间WITH rowid,sequence(LEVYDATAID);然后创建物化视图--创建物化视图create materialized view MV_LVY_LEVYDETAILDATATABLESPACE ZGMV_DATA --保存表空间BUILD DEFERRED --延迟刷新不立即刷新refresh force --如果可以快速刷新则进行快速刷新，否则完全刷新on demand --按照指定方式刷新start with to_date('24-11-:10', 'dd-mm-yyyy hh24:mi:ss') --第一次刷新时间next TRUNC(SYSDATE+1)+18/24 --刷新时间间隔asSELECT 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 bWHERE a.levydataid = c.levydataidAND a.budgetdistrscalecode = b.budgetdistrscalecodeAND a.budgetitemcode = b.budgetitemcodeAND c.incomeresidecode = b.rcvfisccodeAND C.TAXSTATUSCODE='08'AND C.NEGATIVEFLAG!='9'删除物化视图日志--删除物化视图：--删除日志： DROP materialized view log on mv_lvy_DROP materialized view log on tb_lvy_DROP materialized view log on tb_lvy_--删除物化视图 drop materialized view MV_LVY_LEVYDETAILDATA;--基本和对表的操作一致 --物化视图由于是物理真实存在的，故可以创建索引。创建方式和对普通表创建方式相同，就不在重复写了。
三、------------------------------------------------------------------------------------------
物化视图对于前台数据库使用者来说如同一个实际的表,具有和一般表相通的如select等操作,而其实际上是一个视图,一个由系统实现定期刷新其数据的视图(具体刷新时间在定义物化视图的时候已有定义),使用物化视图更可以实现视图的所有功能,而物化视图确不是在使用时才读取,大大提高了读取速度,特别适用抽取大数据量表某些信息以及数据链连接表使用.具体语法如下:物化视图对于前台数据库使用者来说如同一个实际的表,具有和表相通的一般select操作,而其实际上是一个视图,一个定期刷新数据的视图(具体刷新时间在定义物化视图的时候已有定义),使用物化视图可以实现视图的所有功能,而物化视图确不是在使用时才读取,大大提高了读取速度,特别适用抽取大数据量表某些信息以及数据链连接表使用.具体语法如下:CREATE MATERIALIZED VIEW an_user_base_file_no_charge&&&&&&&&&&&& REFRESH COMPLETE START WITH SYSDATE &&&&&&&&&&& NEXT TRUNC(SYSDATE+29)+5.5/24&& asselect distinct user_nofrom cw_arrearage twhere (t.mon = dbms_tianjin.getLastMonth or&&&&&& t.mon = add_months(dbms_tianjin.getLastMonth, -1))drop materialized view an_user_base_file_no_
第 13章物化视图　　8.1.5企业版/个人版开始支持　　需要权限：GRANT CREATE MATERIALIZED VIEW，还必须直接赋予GRANT QUERY REWRITE.为实现查询重写，必须使用CBO.　　13.1 物化视图如何工作　　设置　　COMPATIBLE参数必须高于8.1.0QUERY_REWRITE_ENABLED = TRUEQUERY_REWRITE_INTEGRETY =ENFORCED - 查询仅用Oracle强制与保证的约束、规则重写；TRUSTED – 查询除用Oracle强制与保证的约束、规则，也可用用户设定的数据间的任何关系来重写；STALE_TOLERATED – 即便Oracle知道物化视图中数据过期（与事实表等不同步），也重写查询。　　创建物化视图的用户必须具有直接赋予的GRANT QUERY REWRITE权限，不能通过角色继承。　　内部机制　　全文匹配　　部分匹配：从FROM子句开始，优化器比较之后的文本，然后比较SELECT列表　　一般重写方法：　　数据充分　　关联兼容　　分组兼容　　聚集兼容　　13.2确保使用物化视图　　约束　　考虑到现实环境的数据量，可以将主键、外键、非空等约束置为NOVALIDATE，并调整QUERY_REWRITE_INTEGRITY为TRUSTED，这样可以达到“欺骗”数据库的目的，但必须注意如果无法保证此类约束的真实有效，查询改写后可能造成结果不精确。　　维度　　实际就是指明已存在的表中各列的归并关系，从而关联事实表后形成的物化视图可用于向“上”归并（相当于用表中代表更高归并关系的列关联事实表）。标准语法：CREATE DIMENSION time_hierarchy_dimLEVEL day&&&&& IS time_hierarchy.dayLEVEL mmyyyy&& IS time_hierarchy.mmyyyyLEVEL yyyy&&&& IS time_hierarchy.yyyyHIERARCHY time_rollup(day CHILD OF mmyyyy CHILD OF yyyy)ATTRIBUTE mmyyyyDETERMINES mon_　　13.3 DBMS_OLAP　　估计（物化视图）大小　　DBMS_OLAP.ESTIMATE_SUMMARY_SIZE（视图名，视图定义，估计行数，估计字节数）；　　其中后两个参数为NUMBER型输出参数。　　维度有效性检查　　DBMS_OLAP.VALIDATE_DIMENSION（视图名，用户名， FALSE， FALSE）；　　SELECT * FROM维度表名　　WHERE ROWIN IN（SEELCT bad_rowid FROM MVIEW$_EXCEPTION）；　　所选出行即为不符合维度定义的行。　　推荐物化视图　　首先必须添加合适的外键，包通过外键来判定表之间的关系而不是维度。　　DBMS_OLAP.RECOMMEND_MV（事实表名， ， ‘’）；　　第二个参数表示物化视图可用的空间大小，可传入一个较大的数。第三个参数传入需要保留的特定物化视图，传入空即为不考虑其他物化视图。执行C：/oracle/RDBMS/demo/sadvdemo后执行：　　DEMO_SUMADV.PRETTYPRINT_RECOMMENDATIONS　　13.4 最后说明　　物化视图不为OLTP系统设计　　在事实表等更新时会导致物化视图行锁，从而影响系统并发性。
四、------------------------------------------------------------------------------------------
定位导致物化视图无法快速刷新的原因
===========================================================
物化视图的快速刷新采用了增量的机制，在刷新时，只针对基表上发生变化的数据进行刷新。因此快速刷新是物化视图刷新方式的首选。
但是快速刷新具有较多的约束，而且对于采用ON COMMIT模式进行快速刷新的物化视图更是如此。对于包含聚集和包含连接的物化视图的快速刷新机制并不相同，而且对于多层嵌套的物化视图的快速刷新更是有额外的要求。
如此多的限制一般很难记全，当建立物化视图失败时，Oracle给出的错误信息又过于简单，有时无法使你准确定位到问题的原因。
Oracle提供的DBMS_MVIEW.EXPLAIN_MVIEW过程可以帮助你快速定位问题的原因。下面通过一个例子来说明，如果通过这个过程来解决问题。
建立一个快速刷新的嵌套物化视图：
SQL& CREATE TABLE B (ID NUMBER PRIMARY KEY, NAME VARCHAR2(30));
表已创建。
SQL& CREATE TABLE C (ID NUMBER PRIMARY KEY, NAME VARCHAR2(30));
表已创建。
SQL& CREATE TABLE A (ID NUMBER, BID NUMBER, CID NUMBER, NUM NUMBER,& 2& CONSTRAINT FK_A_B_BID FOREIGN KEY (BID) REFERENCES B(ID), & 3& CONSTRAINT FK_A_C_BID FOREIGN KEY (CID) REFERENCES C(ID));
表已创建。
SQL& INSERT INTO B SELECT ROWNUM, 'B'||ROWNUM FROM USER_TABLES WHERE ROWNUM &= 6;
已创建6行。
SQL& INSERT INTO C SELECT ROWNUM, 'C'||ROWNUM FROM USER_TABLES WHERE ROWNUM &= 4;
已创建4行。
SQL& INSERT INTO A SELECT ROWNUM, TRUNC((ROWNUM - 1)/2) + 1, TRUNC((ROWNUM - 1)/3) + 1, ROWNUM& 2& FROM USER_TABLES& 3& WHERE ROWNUM &= 12;
已创建12行。
SQL& COMMIT;
提交完成。
上面建立好基表，下面建立第一层物化视图。
SQL& CREATE MATERIALIZED VIEW LOG ON A WITH ROWID;
实体化视图日志已创建。
SQL& CREATE MATERIALIZED VIEW LOG ON B WITH ROWID;
实体化视图日志已创建。
SQL& CREATE MATERIALIZED VIEW LOG ON C WITH ROWID;
实体化视图日志已创建。
SQL& CREATE MATERIALIZED VIEW MV_ABC REFRESH FAST ON COMMIT ENABLE QUERY REWRITE AS& 2& SELECT C.ID CID, C.NAME CNAME, B.ID BID, B.NAME BNAME, A.NUM, & 3& A.ROWID AROWID, B.ROWID BROWID, C.ROWID CROWID & 4& FROM A, B, C WHERE A.BID = B.ID AND A.CID = C.ID;
实体化视图已创建。
第一次物化视图已经建立成功，下面建立嵌套物化视图：
SQL& CREATE MATERIALIZED VIEW LOG ON MV_ABC WITH ROWID (BNAME, CNAME, NUM) INCLUDING NEW VALUES;
实体化视图日志已创建。
SQL& CREATE MATERIALIZED VIEW MV_MV_ABC REFRESH FAST ON COMMIT ENABLE QUERY REWRITE AS& 2& SELECT CNAME, BNAME, COUNT(*) COUNT, SUM(NUM) SUM_NUM FROM MV_ABC& 3& GROUP BY CNAME, BNAME;SELECT CNAME, BNAME, COUNT(*) COUNT, SUM(NUM) SUM_NUM FROM MV_ABC&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& *ERROR 位于第 2行:ORA-12053: 这不是一个有效的嵌套实体化视图
错误出现了，不过错误的描述包含的信息量并不大。我们看看Oracle的文档上是如何描述这个错误的。
ORA-12053 this is not a valid nested materialized view
Cause: The list of objects in the FROM clause of the definition of this materialized view had some dependencies upon each other.
Action: Refer to the documentation to see which types of nesting are valid.
文档上的描述也是十分笼统的，并没有指出具体问题所在。
接下来，我们通过使用DBMS_MVIEW.EXPLAIN_MVIEW过程来定位错误。
使用EXPLAIN_MVIEW过程首先要建立MV_CAPABILITIES_TABLE表，建表的脚步是$ORACLE_HOME/rdbms/admin/utlxmv.sql。（EXPLAIN_MVIEW过程是两个过程的重载，一个输出到MV_CAPABILITIES_TABLE表，另一个以PL/SQL的VARRAY格式输出，为了简单起见，我们建立MV_CAPABILITIES_TABLE表）。
SQL& @?rdbmsadminutlxmv.sql
表已创建。
下面简单研究一下EXPLAIN_MVIEW过程。
DBMS_MVIEW.EXPLAIN_MVIEW(mv IN VARCHAR2, Statement_id IN VARCHAR2:= NULL);
该过程可以输入已经存在的物化视图名称（或USER_NAME.MV_NAME），也可输入建立物化视图的查询语句。另外一个参数STATEMENT_ID输入一个语句ID，为了标识出表中对应的记录。
SQL& BEGIN& 2& DBMS_MVIEW.EXPLAIN_MVIEW('SELECT CNAME, BNAME, COUNT(*) COUNT, SUM(NUM) SUM_NUM FROM MV_ABC& 3& GROUP BY CNAME, BNAME', 'MV_MV_ABC');& 4& END;& 5& /
PL/SQL 过程已成功完成。
SQL& SELECT CAPABILITY_NAME, RELATED_TEXT, MSGTXT FROM MV_CAPABILITIES_TABLE& 2& WHERE STATEMENT_ID = 'MV_MV_ABC' AND POSSIBLE = 'N' AND CAPABILITY_NAME NOT LIKE '%PCT%';
CAPABILITY_NAME&&&&&&&&&&&&&&& RELATED_TEXT&&& MSGTXT------------------------------ --------------- --------------------------------------------------REFRESH_FAST_AFTER_ONETAB_DML& SUM_NUM&&&&&&&& 使用 SUM(expr)时,未提供 COUNT(expr)REFRESH_FAST_AFTER_ANY_DML&&&& YANGTK.MV_ABC&& mv 日志没有序列号REFRESH_FAST_AFTER_ANY_DML&&&&&&&&&&&&&&&&&&&& 查看禁用 REFRESH_FAST_AFTER_ONETAB_DML的原因
根据上面的信息，已经可以确定问题的原因了，对于聚集物化视图，使用了SUM(COLUMN)，但是没有包括COUNT(COLUMN)。
修改物化视图，重新建立：
SQL& CREATE MATERIALIZED VIEW MV_MV_ABC REFRESH FAST ON COMMIT ENABLE QUERY REWRITE AS& 2& SELECT CNAME, BNAME, COUNT(*) COUNT, COUNT(NUM) NUM_COUNT, SUM(NUM) SUM_NUM FROM MV_ABC& 3& GROUP BY CNAME, BNAME;
实体化视图已创建。博客访问： 263856
博文数量： 117
注册时间：
IT168企业级官微
微信号：IT168qiye
系统架构师大会
微信号：SACC2013
分类： Linux
物化视图 (MV)在一个段中存储查询结果，并且能够在提交查询时将结果返回给用户，从而不再需要重新执行查询 — 在查询要执行几次时（这在数据仓库环境中非常常见），这是一个很大的好处。物化视图可以利用一个快速刷新机制从基础表中全部或增量刷新。
假定您已经定义了一个物化视图，如下：
　　create materialized view mv_hotel_resv
　　refresh fast
　　enable query rewrite
　　select distinct city, resv_id, cust_name
　　from hotels h, reservations r
　　where r.hotel_id = h.hotel_id';　　
您如何才能知道已经为这个物化视图创建了其正常工作所必需的所有对象？在 Oracle 数据库 10g 之前，这是用 DBMS_MVIEW 程序包中的 EXPLAIN_MVIEW 和 EXPLAIN_REWRITE 过程来判断的。这些过程（在 10g 中仍然提供）非常简要地说明一种特定的功能 — 如快速刷新功能或查询重写功能 — 可能用于上述的物化视图，但不提供如何实现这些功能的建议。相反，需要对每一个物化视图的结构进行目视检查，这是非常不实际的。
在 10g 中，新的 DBMS_ADVISOR 程序包中的一个名为 TUNE_MVIEW 的过程使得这项工作变得非常容易：您利用 IN 参数来调用程序包，这构造了物化视图创建脚本的全部内容。该过程创建一个顾问程序任务 (Advisor Task)，它拥有一个特定的名称，仅利用 OUT 参数就能够把这个名称传回给您。
下面是一个例子。因为第一个参数是一个 OUT 参数，所以您需要在 SQL*Plus 中定义一个变量来保存它。
　　SQL> -- 首先定义一个变量来保存 OUT 参数
　　SQL> var adv_name varchar2(20)
　　SQL>　begin
　　2　dbms_advisor.tune_mview
　　　3　　 (
　　4　　　　:adv_name,
　　5　　　　'create materialized view mv_hotel_resv
refresh fast enable query rewrite as
　　select distinct city, resv_id, cust_name from hotels h,
　　 　　reservations r where r.hotel_id = h.hotel_id');
现在您可以在该变量中找出顾问程序的名称。
　　SQL> print adv_name
　　ADV_NAME
　　-----------------------
　　TASK_117　　
接下来，通过查询一个新的 DBA_TUNE_MVIEW 来获取由这个顾问程序提供的建议。务必在运行该命令之前执行 SET LONG 999999，因为该视图中的列语句是一个 CLOB，默认情况下只显示 80 个字符。
　　select script_type, statement
　　from　 dba_tune_mview
　　where　task_name = 'TASK_117'
　　order　by script_type, action_　　
下面是输出：
　　SCRIPT_TYPE　　STATEMENT
　　-------------- -----------------------------------------------------------
　　IMPLEMENTATION CREATE MATERIALIZED VIEW LOG ON "ARUP"."HOTELS" WITH ROWID,
　　SEQUENCE ("HOTEL_ID","CITY")　INCLUDING NEW VALUES
　　IMPLEMENTATION ALTER MATERIALIZED VIEW LOG FORCE ON "ARUP"."HOTELS" ADD
　　ROWID, SEQUENCE ("HOTEL_ID","CITY")　INCLUDING NEW VALUES
　　IMPLEMENTATION CREATE MATERIALIZED VIEW LOG ON "ARUP"."RESERVATIONS" WITH
　　ROWID, SEQUENCE ("RESV_ID","HOTEL_ID","CUST_NAME")
　　INCLUDING NEW VALUES
　　IMPLEMENTATION ALTER MATERIALIZED VIEW LOG FORCE ON "ARUP"."RESERVATIONS"
　　ADD ROWID, SEQUENCE ("RESV_ID","HOTEL_ID","CUST_NAME")
　　INCLUDING NEW VALUES
　　IMPLEMENTATION CREATE MATERIALIZED VIEW ARUP.MV_HOTEL_RESV　 REFRESH FAST
　　WITH ROWID ENABLE QUERY REWRITE AS SELECT
　　ARUP.RESERVATIONS.CUST_NAME C1, ARUP.RESERVATIONS.RESV_ID
　　C2, ARUP.HOTELS.CITY C3, COUNT(*) M1 FROM ARUP.RESERVATIONS,
　　ARUP.HOTELS WHERE ARUP.HOTELS.HOTEL_ID =
　　ARUP.RESERVATIONS.HOTEL_ID GROUP BY
　　ARUP.RESERVATIONS.CUST_NAME, ARUP.RESERVATIONS.RESV_ID,
　　ARUP.HOTELS.CITY
　　UNDO　　　　　 DROP MATERIALIZED VIEW ARUP.MV_HOTEL_RESV　　
SCRIPT_TYPE 列显示建议的性质。大多数行将要执行，因此名称为 IMPLEMENTATION。如果接受，则需按照由 ACTION_ID 列指出的特定顺序执行建议的操作。
如果您仔细查看这些自动生成的建议，那么您将注意到它们与您自己通过目视分析生成的建议是类似的。这些建议合乎逻辑；快速刷新的存在需要在拥有适当子句（如那些包含新值的子句）的基础表上有一个 MATERIALIZED VIEW LOG。STATEMENT 列甚至提供了实施这些建议的确切 SQL 语句。
在实施的最后一个步骤中，顾问程序建议改变创建物化视图的方式。注意我们的例子中的不同之处：将一个 count(*) 添加到了物化视图中。因为我们将这个物化视图定义为可快速刷新的，所以必须有 count(*)，以便顾问程序纠正遗漏。
TUNE_MVIEW 过程不仅在建议方面超越了在 EXPLAIN_MVIEW 和 EXPLAIN_REWRITE 中提供的功能，还为创建相同的物化视图指出了更容易和更高效的途径。有时，顾问程序可以实际推荐多个物化视图，以使查询更加高效。
您可能会问，如果任何一个经验丰富的 DBA 都能够找出 MV 创建脚本中缺了什么，然后自己纠正它，那这还有什么用？嗯，顾问程序正是用来完成这项工作的：它是一位经验丰富、高度自觉的自动数据库管理员，它可以生成能与人的建议相媲美的建议，但有一个非常重要的不同之处：它免费工作，并且不会要求休假或加薪。这一好处使高级 DBA 解放出来，将日常的工作交给较低级的 DBA，从而允许他们将其专业技能应用到更具有战略意义的目标上。
您还可以将顾问程序的名称作为值传递给 TUNE_MVIEW 过程中的参数，这将使用该名称而非系统生成的名称生成一个的顾问程序。
---------------------------
实体化视图概述
&&& Oracle的实体化视图提供了强大的功能，可以用在不同的环境中。在不同的环境中，实体化视图的作用也不相同。数据仓库中的实体化视图主要用于预先计算并保存表连接或聚集等耗时较多的操作的结果，这样，在执行查询时，就可以避免进行这些耗时的操作，而从快速的得到结果。在数据仓库中，还经常使用查询重写（query rewrite）机制，这样不需要修改原有的查询语句，Oracle会自动选择合适的实体化视图进行查询，完全对应用透明。实体化视图和表一样可以直接进行查询。实体化视图可以基于分区表，实体化视图本身也可以分区。除了在数据仓库中使用，实体化视图还用于复制、移动计算等方面。实体化视图有很多方面和索引很相似：使用实体化视图的目的是为了提高查询性能；实体化视图对应用透明，增加和删除实体化视图不会影响应用程序中SQL语句的正确性和有效性；实体化视图需要占用存储空间；当基表发生变化时，实体化视图也应当刷新。
物化视图日志的维护
Oracle的物化视图的快速刷新功能，主要是靠物化视图日志来实现的。
物化视图日志会记录下基表所有的增、删、改操作，而物化视图执行完快速刷新操作后，会从物化视图日志中将本物化视图刷新过且其他物化视图所不需要刷新的记录删除掉。如果其中一个物化视图一直不刷新，那么物化视图日志就会变得越来越大。
还有一种情况，比如表中插入了大量的数据，或者删除了大量的数据，或者将表中的某一列统一更新为一个值，这种操作都会在物化视图日志中产生大量的记录。
而物化视图日志的增大必然影响物化视图的刷新速度。一方面，物化视图在刷新的时候要扫描物化视图日志，另一方面，物化视图在刷新介绍后，也要清除物化视图日志中的记录，仍然要扫描物化视图日志，因此物化视图日志的大小直接会影响物化视图快速刷新的速度。更重要的是，物化视图日志的高水位一旦增长到一个很高的位置，即使以后物化视图日志中记录很少，甚至没有记录存在，物化视图在刷新的时候仍然需要较长的时间。
因此，在对于物化视图的基表进行操作时，应注意尽量更新需要更新的记录：
SQL> CREATE TABLE T (ID NUMBER PRIMARY KEY, NAME VARCHAR2(30));
表已创建。
SQL> INSERT INTO T SELECT ROWNUM, OBJECT_NAME FROM DBA_OBJECTS;
已创建50674行。
SQL> CREATE MATERIALIZED VIEW LOG ON T;
实体化视图日志已创建。
用一个最简单的例子来说明什么叫做更新需要更新的记录。现在需要将T表中的NAME字段全部用大写来表示，最简单的写法：
SQL> UPDATE T SET NAME = UPPER(NAME);
已更新50674行。
SQL> SELECT COUNT(*) FROM MLOG$_T;
& COUNT(*)----------&&&& 50674
SQL> ROLLBACK;
回退已完成。
但是这种写法就会造成一些没有必要更新的记录也执行了更新操作，从而导致物化视图日志中记录了很多没有必要刷新的记录，这些记录不但影响物化视图日志的高水位线，而且会增加物化视图刷新的成本。
对于物化视图的基表，这个刷新则应该改写为：
SQL> UPDATE T SET NAME = UPPER(NAME) WHERE NAME != UPPER(NAME);
已更新34007行。
SQL> SELECT COUNT(*) FROM MLOG$_T;
& COUNT(*)----------&&&& 34007
采用这种方式就可以避免刷新不必要的列而使得物化视图日志变得很大。
不过有的时候大数据量的操作无可避免，或者物化视图日志本身已经变得很大，已经开始影响物化视图的刷新性能了，那么就只能通过维护物化视图日志表的方式来降低高水位线。
不应该对物化视图日志执行TRUNCATE TABLE操作。因为即使查询物化视图日志表中不存在记录，也无法确保在执行TRUNCATE TABLE操作之前，没有其他会话修改物化视图基表，从而导致新的记录插入物化视图日志中。
一旦发生物化视图日志记录被TRUNCATE的情况，就会导致物化视图和物化视图基表的数据不一致。例如：
SQL> CREATE MATERIALIZED VIEW MV_T REFRESH FAST AS SELECT * FROM T;
实体化视图已创建。
SQL> INSERT INTO T VALUES (60000, 'A');
已创建1行。
SQL> TRUNCATE TABLE MLOG$_T;
表被截断。
SQL> INSERT INTO T VALUES (60001, 'B');
已创建1行。
SQL> EXEC DBMS_MVIEW.REFRESH('MV_T')
PL/SQL过程已成功完成。
SQL> SELECT * FROM MV_T WHERE ID >= 60000;
&&&&&&& ID NAME---------- ------------------------------
&&&&&60001 B
即使采用LOCK表的方式配合TRUNCATE，也无法避免并发的问题。
尝试在TRUNCATE之前LOCK物化视图日志表，很可能在TRUNCATE操作的时候失败：
SQL> LOCK TABLE MLOG$_T IN EXCLUSIVE MODE;
表已锁定。
会话1锁定物化视图日志表，这时会话2插入基表一条记录：
SQL> SET SQLP 'SQL2> 'SQL2> INSERT INTO T VALUES (60002, 'C');
会话1执行TRUNCATE语句：
SQL> TRUNCATE TABLE MLOG$_T;&&&&&&&&&&&&&& 第1行出现错误:ORA-00054:资源正忙,但指定以NOWAIT方式获取资源
会话2成功插入记录：
已创建1行。
SQL2> SELECT ID FROM MLOG$_T;
&&&&&&&----------&&&&60002
这是由于会话1执行TRUNCATE操作，会先发出一个COMMIT，从而释放了MLOG$_T上的锁，而这时会话2获得了MLOG$_T上的锁，并插入记录。由于会话2获得了物化视图日志上的锁，会话1尝试TRUNCATE就会失败。
如果尝试在基表上加锁，虽然可以避免基表的修改造成的物化视图日志改变，但是无法避免手工修改物化视图日志表的情况，虽然这种情况基本上不会发生。
因此处理物化视图高水位线最稳妥的方法还是使用MOVE的方式。
阅读(4545) | 评论(0) | 转发(0) |
相关热门文章
给主人留下些什么吧！~~
Oracle数据库中物化视图的原理剖析这篇文章已被推荐到圈子中。
请登录后评论。