oracle闪回特性Word文档格式.docx
《oracle闪回特性Word文档格式.docx》由会员分享，可在线阅读，更多相关《oracle闪回特性Word文档格式.docx（11页珍藏版）》请在冰豆网上搜索。
CREATEMATERIALIZEDVIEWmv_emp_rowid
REFRESHWITHROWID
3.子查询物化视图
下面的语法在远程数据库表emp上创建基于emp和dept表的子查询物化视图
CREATEMATERIALIZEDVIEWmv_empdept
ASSELECT*FROMemp@remote_dbe
WHEREEXISTS
（SELECT*FROMdept@remote_dbd
WHEREe.dept_no=d.dept_no）
REFRESH子句
[refresh[fast|complete|force]
[ondemand|commit]
[startwithdate][nextdate]
[with{primarykey|rowid}]]
Refresh选项说明:
a.oracle用刷新方法在物化视图中刷新数据.
b.是基于主键还是基于rowid的物化视图
c.物化视图的刷新时间和间隔刷新时间
Refresh方法-FAST子句
增量刷新用物化视图日志（参照上面所述）来发送主表已经修改的数据行到物化视图中.如果指定REFRESHFAST子句，那么应该对主表创建物化视图日志
Materializedviewlogcreated.
对于增量刷新选项，如果在子查询中存在分析函数，则物化视图不起作用。
Refresh方法-COMPLETE子句
完全刷新重新生成整个视图，如果请求完全刷新，oracle会完成完全刷新即使增量刷新可用。
RefreshMethod–FORCE子句
当指定FORCE子句，如果增量刷新可用Oracle将完成增量刷新，否则将完成完全刷新,如果不指定刷新方法（FAST,COMPLETE,orFORCE）,Force选项是默认选项
主键和ROWD子句
WITHPRIMARYKEY选项生成主键物化视图,也就是说物化视图是基于主表的主键，而不是ROWID（对应于ROWID子句）.PRIMARYKEY是默认选项,为了生成PRIMARYKEY子句，应该在主表上定义主键，否则应该用基于ROWID的物化视图.
主键物化视图允许识别物化视图主表而不影响物化视图增量刷新的可用性。
Rowid物化视图只有一个单一的主表，不能包括下面任何一项:
nDistinct或者聚合函数.
nGroupby，子查询，连接和SET操作
刷新时间
STARTWITH子句通知数据库完成从主表到本地表第一次复制的时间,应该及时估计下一次运行的时间点,NEXT子句说明了刷新的间隔时间.
REFRESHFAST
STARTWITHSYSDATE
NEXTSYSDATE+2
在上面的例子中，物化视图数据的第一个副本在创建时生成，以后每两天刷新一次.
总结
物化视图提供了可伸缩的基于主键或ROWID的视图,指定了刷新方法和自动刷新的时间。
二、------------------------------------------------------------------------------------------
Oracle的物化视图提供了强大的功能，可以用于预先计算并保存表连接或聚集等耗时较多的操作的结果，这样，在执行查询时，就可以避免进行这些耗时的操作，而从快速的得到结果。
物化视图有很多方面和索引很相似：
使用物化视图的目的是为了提高查询性能；
物化视图对应用透明，增加和删除物化视图不会影响应用程序中SQL语句的正确性和有效性；
物化视图需要占用存储空间；
当基表发生变化时，物化视图也应当刷新。
物化视图可以分为以下三种类型：
包含聚集的物化视图；
只包含连接的物化视图；
嵌套物化视图。
三种物化视图的快速刷新的限制条件有很大区别，而对于其他方面则区别不大。
创建物化视图时可以指定多种选项，下面对几种主要的选择进行简单说明：
创建方式（BuildMethods）：
包括BUILDIMMEDIATE和BUILDDEFERRED两种。
BUILDIMMEDIATE是在创建物化视图的时候就生成数据，而BUILDDEFERRED则在创建时不生成数据，以后根据需要在生成数据。
默认为BUILDIMMEDIATE。
查询重写（QueryRewrite）：
包括ENABLEQUERYREWRITE和DISABLEQUERYREWRITE两种。
分别指出创建的物化视图是否支持查询重写。
查询重写是指当对物化视图的基表进行查询时，Oracle会自动判断能否通过查询物化视图来得到结果，如果可以，则避免了聚集或连接操作，而直接从已经计算好的物化视图中读取数据。
默认为DISABLEQUERYREWRITE。
刷新（Refresh）：
指当基表发生了DML操作后，物化视图何时采用哪种方式和基表进行同步。
刷新的模式有两种：
ONDEMAND和ONCOMMIT。
ONDEMAND指物化视图在用户需要的时候进行刷新，可以手工通过DBMS_MVIEW.REFRESH等方法来进行刷新，也可以通过JOB定时进行刷新。
ONCOMMIT指出物化视图在对基表的DML操作提交的同时进行刷新。
刷新的方法有四种：
FAST、COMPLETE、FORCE和NEVE*。
**ST刷新采用增量刷新，只刷新自上次刷新以后进行的修改。
COMPLETE刷新对整个物化视图进行完全的刷新。
如果选择FORCE方式，则Oracle在刷新时会去判断是否可以进行快速刷新，如果可以则采用FAST方式，否则采用COMPLETE的方式。
NEVER指物化视图不进行任何刷新。
默认值是FORCEONDEMAND。
在建立物化视图的时候可以指定ORDERBY语句，使生成的数据按照一定的顺序进行保存。
不过这个语句不会写入物化视图的定义中，而且对以后的刷新也无效。
物化视图日志：
如果需要进行快速刷新，则需要建立物化视图日志。
物化视图日志根据不同物化视图的快速刷新的需要，可以建立为ROWID或PRIMARYKEY类型的。
还可以选择是否包括SEQUENCE、INCLUDINGNEWVALUES以及指定列的列表。
可以指明ONPREBUILDTABLE语句将物化视图建立在一个已经存在的表上。
这种情况下，物化视图和表必须同名。
当删除物化视图时，不会删除同名的表。
这种物化视图的查询重写要求参数QUERY_REWRITE_INTEGERITY必须设置为trusted或者stale_tolerated。
物化视图可以进行分区。
而且基于分区的物化视图可以支持分区变化跟踪（PCT）。
具有这种特性的物化视图，当基表进行了分区维护操作后，仍然可以进行快速刷新操作。
对于聚集物化视图，可以在GROUPBY列表中使用CUBE或ROLLUP，来建立不同等级的聚集物化视图。
物化视图的基本操作和使用可以查看网址：
相关的东东。
我主要说明一下使用物化视图的基本东东。
如如何建立在特定的表空间上，这些在其他的物化视图上面几乎都没有任何介绍的。
主要以我做的一个例子来操作，
如果对物化视图的基本概念清楚了就比较明白在那里写特定的表空间存储了。
创建物化视图时应先创建存储的日志空间
CREATEMATERIALIZEDVIEWLOGONmv_lvy_levytaxbgtdiv
tablespaceZGMV_DATA--日志保存在特定的表空间
WITHROWID;
CREATEMATERIALIZEDVIEWLOGONtb_lvy_levydetaildata
WITHROWID,sequence（LEVYDETAILDATAID）;
CREATEMATERIALIZEDVIEWLOGONtb_lvy_levydata
WITHrowid,sequence（LEVYDATAID）;
然后创建物化视图
--创建物化视图
creatematerializedviewMV_LVY_LEVYDETAILDATA
TABLESPACEZGMV_DATA--保存表空间
BUILDDEFERRED--延迟刷新不立即刷新
refreshforce--如果可以快速刷新则进行快速刷新，否则完全刷新
ondemand--按照指定方式刷新
startwithto_date（'
24-11-200518:
00:
10'
'
dd-mm-yyyyhh24:
mi:
ss'
）--第一次刷新时间
nextTRUNC（SYSDATE+1）+18/24--刷新时间间隔
as
SELECTlevydetaildataid,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,
FROMtb_lvy_levydetaildataa,tb_lvy_levydatac,MV_LVY_LEVYTAXBGTDIVb
WHEREa.levydataid=c.levydataid
ANDa.budgetdistrscalecode=b.budgetdistrscalecode
ANDa.budgetitemcode=b.budgetitemcode
ANDc.incomeresidecode=b.rcvfisccode
ANDC.TAXSTATUSCODE='
08'
ANDC.NEGATIVEFLAG!
='
9'
删除物化视图日志
--删除物化视图：
--删除日志：
DROPmaterializedviewlogonmv_lvy_levytaxbgtdiv;
DROPmaterializedviewlogontb_lvy_levydetaildata;
DROPmaterializedviewlogontb_lvy_levydata;
--删除物化视图dropmaterializedviewMV_LVY_LEVYDETAILDATA;
--基本和对表的操作一致--物化视图由于是物理真实存在的，故可以创建索引。
创建方式和对普通表创建方式相同，就不在重复写了。
三、------------------------------------------------------------------------------------------
物化视图对于前台数据库使用者来说如同一个实际的表,具有和一般表相通的如select等操作,而其实际上是一个视图,一个由系统实现定期刷新其数据的视图（具体刷新时间在定义物化视图的时候已有定义）,使用物化视图更可以实现视图的所有功能,而物化视图确不是在使用时才读取,大大提高了读取速度,特别适用抽取大数据量表某些信息以及数据链连接表使用.具体语法如下:
物化视图对于前台数据库使用者来说如同一个实际的表,具有和表相通的一般select操作,而其实际上是一个视图,一个定期刷新数据的视图（具体刷新时间在定义物化视图的时候已有定义）,使用物化视图可以实现视图的所有功能,而物化视图确不是在使用时才读取,大大提高了读取速度,特别适用抽取大数据量表某些信息以及数据链连接表使用.具体语法如下:
CREATEMATERIALIZEDVIEWan_user_base_file_no_charge
REFRESHCOMPLETESTARTWITHSYSDATE
NEXTTRUNC（SYSDATE+29）+5.5/24
as
selectdistinctuser_no
fromcw_arrearaget
where（t.mon=dbms_tianjin.getLastMonthor
t.mon=add_months（dbms_tianjin.getLastMonth,-1））
dropmaterializedviewan_user_base_file_no_charge;
第13章物化视图
8.1.5企业版/个人版开始支持
需要权限：
GRANTCREATEMATERIALIZEDVIEW，还必须直接赋予GRANTQUERYREWRITE.为实现查询重写，必须使用CBO.
13.1物化视图如何工作
设置
COMPATIBLE参数必须高于8.1.0
QUERY_REWRITE_ENABLED=TRUE
QUERY_REWRITE_INTEGRETY=
ENFORCED-查询仅用Oracle强制与保证的约束、规则重写；
TRUSTED–查询除用Oracle强制与保证的约束、规则，也可用用户设定的数据间的任何关系来重写；
STALE_TOLERATED–即便Oracle知道物化视图中数据过期（与事实表等不同步），也重写查询。
创建物化视图的用户必须具有直接赋予的GRANTQUERYREWRITE权限，不能通过角色继承。
内部机制
全文匹配
部分匹配：
从FROM子句开始，优化器比较之后的文本，然后比较SELECT列表
一般重写方法：
数据充分
关联兼容
分组兼容
聚集兼容
13.2确保使用物化视图
约束
考虑到现实环境的数据量，可以将主键、外键、非空等约束置为NOVALIDATE，并调整QUERY_REWRITE_INTEGRITY为TRUSTED，这样可以达到“欺骗”数据库的目的，但必须注意如果无法保证此类约束的真实有效，查询改写后可能造成结果不精确。
维度
实际就是指明已存在的表中各列的归并关系，从而关联事实表后形成的物化视图可用于向“上”归并（相当于用表中代表更高归并关系的列关联事实表）。
标准语法：
CREATEDIMENSIONtime_hierarchy_dim
LEVELdayIStime_hierarchy.day
LEVELmmyyyyIStime_hierarchy.mmyyyy
LEVELyyyyIStime_hierarchy.yyyy
HIERARCHYtime_rollup
（dayCHILDOFmmyyyyCHILDOFyyyy）
ATTRIBUTEmmyyyy
DETERMINESmon_yyyy;
13.3DBMS_OLAP
估计（物化视图）大小
DBMS_OLAP.ESTIMATE_SUMMARY_SIZE（视图名，视图定义，估计行数，估计字节数）；
其中后两个参数为NUMBER型输出参数。
维度有效性检查
DBMS_OLAP.VALIDATE_DIMENSION（视图名，用户名，FALSE，FALSE）；
SELECT*FROM维度表名
WHEREROWININ（SEELCTbad_rowidFROMMVIEW$_EXCEPTION）；
所选出行即为不符合维度定义的行。
推荐物化视图
首先必须添加合适的外键，包通过外键来判定表之间的关系而不是维度。
DBMS_OLAP.RECOMMEND_MV（事实表名，1000000000，‘’）；
第二个参数表示物化视图可用的空间大小，可传入一个较大的数。
第三个参数传入需要保留的特定物化视图，传入空即为不考虑其他物化视图。
执行C：
/oracle/RDBMS/demo/sadvdemo后执行：
DEMO_SUMADV.PRETTYPRINT_RECOMMENDATIONS
13.4最后说明
物化视图不为OLTP系统设计
在事实表等更新时会导致物化视图行锁，从而影响系统并发性。
四、------------------------------------------------------------------------------------------
定位导致物化视图无法快速刷新的原因
===========================================================
物化视图的快速刷新采用了增量的机制，在刷新时，只针对基表上发生变化的数据进行刷新。
因此快速刷新是物化视图刷新方式的首选。
但是快速刷新具有较多的约束，而且对于采用ONCOMMIT模式进行快速刷新的物化视图更是如此。
对于包含聚集和包含连接的物化视图的快速刷新机制并不相同，而且对于多层嵌套的物化视图的快速刷新更是有额外的要求。
如此多的限制一般很难记全，当建立物化视图失败时，Oracle给出的错误信息又过于简单，有时无法使你准确定位到问题的原因。
Oracle提供的DBMS_MVIEW.EXPLAIN_MVIEW过程可以帮助你快速定位问题的原因。
下面通过一个例子来说明，如果通过这个过程来解决问题。
建立一个快速刷新的嵌套物化视图：
SQL>
CREATETABLEB（IDNUMBERPRIMARYKEY,NAMEVARCHAR2（30））;
表已创建。
CREATETABLEC（IDNUMBERPRIMARYKEY,NAMEVARCHAR2（30））;
CREATETABLEA（IDNUMBER,BIDNUMBER,CIDNUMBER,NUMNUMBER,
2CONSTRAINTFK_A_B_BIDFOREIGNKEY（BID）REFERENCESB（ID）,
3CONSTRAINTFK_A_C_BIDFOREIGNKEY（CID）REFERENCESC（ID））;
INSERTINTOBSELECTROWNUM,'
B'
||ROWNUMFROMUSER_TABLESWHEREROWNUM<
=6;
已创建6行。
INSERTINTOCSELECTROWNUM,'
C'
=4;
已创建4行。
INSERTINTOASELECTROWNUM,TRUNC（（ROWNUM-1）/2）+1,TRUNC（（ROWNUM-1）/3）+1,ROWNUM
2FROMUSER_TABLES
3WHEREROWNUM<
=12;
已创建12行。
COMMIT;
提交完成。
上面建立好基表，下面建立第一层物化视图。
CREATEMATERIALIZEDVIEWLOGONAWITHROWID;
实体化视图日志已创建。
CREATEMATERIALIZEDVIEWLOGONBWITHROWID;
CREATEMATERIALIZEDVIEWLOGONCWITHROWID;
CREATEMATERIALIZEDVIEWMV_ABCREFRESHFASTONCOMMITENABLEQUERYREWRITEAS
2SELECTC.IDCID,C.NAMECNAME,B.IDBID,B.NAMEBNAME,A.NUM,
升级会员 