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表。快速刷新到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