Oracle物化视图

 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 COMMITON DEMAND指物化视图在用户需要的时候进行刷新,可以手工通过DBMS_MVIEW.REFRESH等方法来进行刷新,也可以通过JOB定时进行刷新。ON COMMIT指出物化视图在对基表的DML操作提交的同时进行刷新。刷新的方法有四种:FAST、COMPLETE、FORCE和NEVER。FAST刷新采用增量刷新,只刷新自上次刷新以后进行的修改。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 [view_name]
refresh [fast|complete|force]
[on [commit|demand]|start with (start_time) next (next_time)]
as {创建物化视图用的查询语句}

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指定)就刷新一次;

例子:
假设A、B两个数据库,A数据库有A_TEST表。快速刷新到B
1、A、B两个数据库用户分别添加系统权限:CREATE MATERIALIZED VIEW
2、在A 数据库创建物化视图日志
   create materialized view log on a_test;
3、在B数据库创建物化视图
   create materialized view mv_a_test refresh force on demand as select * from a_test@dblink;
4、在B数据库创建刷新存储过程
   create or replace procedure P_REFRESH_BACKUP is
begin
     dbms_mview.refresh(' mv_a_test ', 'force');
     commit;
end P_REFRESH_BACKUP;

5、在B数据库建立job定期调用P_REFRESH_BACKUP进行刷新。
6、删除 DROP MATERIALIZED VIEW LOG ON table

create materialized view mv_LY_FAM
refresh complete
on demand start with to_date('2013-03-21','yyyy-mm-dd') next sysdate+1 as select * from table@dblink


建立物化视图是可以指定with primary key或者with rowid 默认就是with primary key

create materialized view LY_F_RELATIONTABLE refresh complete with rowid
on demand start with to_date('2013-6-9 0:01:00 ','yyyy-mm-dd hh24:mi:ss') next sysdate+1 as select * from LY_F_RELATIONTABLE ;


CREATE MATERIALIZED  VIEW  LY_FAMILYINFORMATION
REFRESH COMPLETE ON DEMAND
WITH ROWID
START WITH TO_DATE('24-12-2013 16:29:57', 'DD-MM-YYYY HH24:MI:SS') NEXT SYSDATE+1 
UPDATABLE(updatetable/readonly)
AS
SELECT * FROM "LY_FAMILYINFORMATION"@"JJZLF12.LANGYU.COM" "LY_FAMILYINFORMATION"

UPDATABLE(updatetable/readonly)在配置ogg时目标端在更新ly_familyinfomation表时出现ogg-00869、ora-01732这个错误因为物化视图在不设定“是否更新”这个配置项时默认为“read only”,解决问题的方法有两种其中一种就是将read only改为updatable;另一种就是不更新


多表fast刷新模式实例:
create materialized view MV_7
refresh fast with rowid on demand 
start with to_date('29-03-2014 00:01:23', 'dd-mm-yyyy hh24:mi:ss') next sysdate+1 
as
select a.file_id,
       a.register_num,
       a.applyer,
       a.id_card,
       a.rowid aid,
       b.rowid bid,
       c.rowid cid

  from docbase a,
       stepinfo b,
       wait       c
 where a.type in (0, 1)
   and a.id = 28
   and a.file_id = c.file_id
   and b.stepid = c.step_id;
对于需在多表复合查询的基础上以“fast”模式建立物化视图时,需要用with rowid来建立,此时各表源端需以with rowid的方式建立物化视图日志,物化实物列中要包含各表的rowid

————————————————
版权声明:本文为CSDN博主「大巧不工」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/saijie1983/article/details/102239956

Oracle物化视图

 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和NEVER。FAST刷新采用增量刷新,只刷新自上次刷新以后进行的修改。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 [view_name]refresh [fast|complete|force][on [commit|demand]|start with (start_time) next (next_time)]as {创建物化视图用的查询语句}
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指定)就刷新一次;
例子:假设A、B两个数据库,A数据库有A_TEST表。快速刷新到B1、A、B两个数据库用户分别添加系统权限:CREATE MATERIALIZED VIEW2、在A 数据库创建物化视图日志   create materialized view log on a_test;3、在B数据库创建物化视图   create materialized view mv_a_test refresh force on demand as select * from a_test@dblink;4、在B数据库创建刷新存储过程   create or replace procedure P_REFRESH_BACKUP isbegin     dbms_mview.refresh(' mv_a_test ', 'force');     commit;end P_REFRESH_BACKUP;
5、在B数据库建立job定期调用P_REFRESH_BACKUP进行刷新。6、删除 DROP MATERIALIZED VIEW LOG ON table
create materialized view mv_LY_FAMrefresh completeon demand start with to_date('2013-03-21','yyyy-mm-dd') next sysdate+1 as select * from table@dblink

建立物化视图是可以指定with primary key或者with rowid 默认就是with primary key
create materialized view LY_F_RELATIONTABLE refresh complete with rowidon demand start with to_date('2013-6-9 0:01:00 ','yyyy-mm-dd hh24:mi:ss') next sysdate+1 as select * from LY_F_RELATIONTABLE ;

CREATE MATERIALIZED  VIEW  LY_FAMILYINFORMATIONREFRESH COMPLETE ON DEMANDWITH ROWIDSTART WITH TO_DATE('24-12-2013 16:29:57', 'DD-MM-YYYY HH24:MI:SS') NEXT SYSDATE+1 UPDATABLE(updatetable/readonly)ASSELECT * FROM "LY_FAMILYINFORMATION"@"JJZLF12.LANGYU.COM" "LY_FAMILYINFORMATION"
UPDATABLE(updatetable/readonly)在配置ogg时目标端在更新ly_familyinfomation表时出现ogg-00869、ora-01732这个错误因为物化视图在不设定“是否更新”这个配置项时默认为“read only”,解决问题的方法有两种其中一种就是将read only改为updatable;另一种就是不更新

多表fast刷新模式实例:create materialized view MV_7refresh fast with rowid on demand start with to_date('29-03-2014 00:01:23', 'dd-mm-yyyy hh24:mi:ss') next sysdate+1 asselect a.file_id,       a.register_num,       a.applyer,       a.id_card,       a.rowid aid,       b.rowid bid,       c.rowid cid
  from docbase a,       stepinfo b,       wait       c where a.type in (0, 1)   and a.id = 28   and a.file_id = c.file_id   and b.stepid = c.step_id;对于需在多表复合查询的基础上以“fast”模式建立物化视图时,需要用with rowid来建立,此时各表源端需以with rowid的方式建立物化视图日志,物化实物列中要包含各表的rowid
————————————————版权声明:本文为CSDN博主「大巧不工」的原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接及本声明。原文链接:https://blog.csdn.net/saijie1983/article/details/102239956

原文地址:https://www.cnblogs.com/wangjp-1233/p/11870521.html