ORACLE物化视图

1、物化视图的通常用法物化视图是一种特殊的物理表，“物化”(Materialized)视图是相对普通视图而言的。普通视图是虚拟表，应用的局限性大，任何对视图的查询，Oracle都实际上转换为视图SQL语句的查询。这样对总体查询性能的提升，并无实质上的好处。 一、物化视图的类型ON DEMAND、ON COMMIT。两者的区别在于刷新方法的不一样，ON DEMAND顾名思义，仅在该物化视图“须要”被刷新了，才进行刷新(REFRESH)，即更新物化视图，以保证和基表数据的一致性；而ON COMMIT是说，一旦基表有了COMMIT，即事务提交，则马上刷新，马上更新物化视图，使得数据和基表一致。 物化视图能够分为如下三种类型：包含汇集的物化视图；只包含链接的物化视图；嵌套物化视图。三种物化视图的快速刷新的限制条件有很大区别，而对于其余方面则区别不大。建立物化视图时能够指定多种选项，下面对几种主要的选择进行简单说明： 建立方式（Build Methods）：包括BUILD IMMEDIATE和BUILD DEFERRED两种。BUILD IMMEDIATE是在建立物化视图的时候就生成数据，而BUILD DEFERRED则在建立时不生成数据，之后根据须要在生成数据。默认为BUILD IMMEDIATE。 查询重写(Query Rewrite)：包括ENABLE QUERY REWRITE和DISABLE QUERY REWRITE两种。分别指出建立的物化视图是否支持查询重写。查询重写是指当对物化视图的基表进行查询时，Oracle会自动判断可否经过查询物化视图来获得结果，若是能够，则避免了汇集或链接操做，而直接从已经计算好的物化视图中读取数据。默认为DISABLE QUERY REWRITE。 在创建物化视图的时候能够指定ORDER BY语句，使生成的数据按照必定的顺序进行保存。不过这个语句不会写入物化视图的定义中，并且对之后的刷新也无效。 二、ON DEMAND物化视图物化视图的建立自己是很复杂和须要优化参数设置的，特别是针对大型生产数据库系统而言。但Oracle容许以这种最简单的，相似于普通视图的方式来作，因此不可避免的会涉及到默认值问题。也就是说Oracle给物化视图的重要定义参数的默认值处理是咱们须要特别注意的。物化视图的特色： (1) 物化视图在某种意义上说就是一个物理表(并且不只仅是一个物理表)，这经过其能够被user_tables查询出来，而获得佐证； (2) 物化视图也是一种段(segment)，因此其有本身的物理存储属性； (3) 物化视图会占用数据库磁盘空间，这点从user_segment的查询结果，能够获得佐证； 建立语句： SQL> create materialized view mv_name as select * from table_name; 默认状况下，若是没指定刷新方法和刷新模式，则Oracle默认为FORCE和DEMAND。 物化视图的数据怎么随着基表而更新？ Oracle提供了两种方式，手工刷新和自动刷新，默认为手工刷新。也就是说，经过咱们手工的执行某个Oracle提供的系统级存储过程或包，来保证物化视图与基表数据一致性。这是最基本的刷新办法了。自动刷新，其实也就是Oracle会创建一个job，经过这个job来调用相同的存储过程或包，加以实现。 ON DEMAND物化视图的特性及其和ON COMMIT物化视图的区别，即前者不刷新(手工或自动)就不更新物化视图，然后者不刷新也会更新物化视图，——只要基表发生了COMMIT。 建立定时刷新的物化视图(指定物化视图天天刷新一次)： SQL> create materialized view mv_name refresh force on demand start with sysdate next sysdate+1; 上述建立的物化视图天天刷新，可是没有指定刷新时间，若是要指定刷新时间（好比天天晚上10：00定时刷新一次）： SQL> create materialized view mv_name refresh force on demand start with sysdate next to_date( concat( to_char( sysdate+1,'dd-mm-yyyy'),' 22:00:00'),'dd-mm-yyyy hh24:mi:ss'); 三、ON COMMIT物化视图ON COMMIT物化视图的建立，和上面建立ON DEMAND的物化视图区别不大。由于ON DEMAND是默认的，因此ON COMMIT物化视图，须要再增长个参数便可。 须要注意的是，没法在定义时仅指定ON COMMIT，还得附带个参数才行。建立ON COMMIT物化视图： SQL> create materialized view mv_name refresh force on commit as select * from table_name; 备注：实际建立过程当中，基表须要有主键约束，不然会报错（ORA-12014）。 四、物化视图的刷新刷新(Refresh)：指当基表发生了DML操做后，物化视图什么时候采用哪一种方式和基表进行同步。 刷新的模式有两种：ON DEMAND和ON COMMIT。 刷新的方法有四种：FAST、COMPLETE、FORCE和NEVER。FAST刷新采用增量刷新，只刷新自上次刷新之后进行的修改。COMPLETE刷新对整个物化视图进行彻底的刷新。若是选择FORCE方式，则Oracle在刷新时会去判断是否能够进行快速刷新，若是能够则采用FAST方式，不然采用COMPLETE的方式。NEVER指物化视图不进行任何刷新。 对于已经建立好的物化视图，能够修改其刷新方式，好比把物化视图mv_name的刷新方式修改成天天晚上10点刷新一次： SQL> alter materialized view mv_name refresh force on demand start with sysdate next to_date(concat(to_char(sysdate+1,'dd-mm-yyyy'),' 22:00:00'),'dd-mm-yyyy hh24:mi:ss'); 五、物化视图日志若是须要进行快速刷新，则须要创建物化视图日志。物化视图日志根据不一样物化视图的快速刷新的须要，能够创建为ROWID或PRIMARY KEY类型的。还能够选择是否包括SEQUENCE、INCLUDING NEW VALUES以及指定列的列表。 能够指明ON PREBUILD TABLE语句将物化视图创建在一个已经存在的表上。这种状况下，物化视图和表必须同名。当删除物化视图时，不会删除同名的表。这种物化视图的查询重写要求参数QUERY_REWRITE_INTEGERITY必须设置为trusted或者stale_tolerated。 六、物化视图分区并且基于分区的物化视图能够支持分区变化跟踪(PCT)。具备这种特性的物化视图，当基表进行了分区维护操做后，仍然能够进行快速刷新操做。对于汇集物化视图，能够在GROUP BY列表中使用CUBE或ROLLUP，来创建不一样等级的汇集物化视图。 2、物化视图与数据迁移Oracle 的物化视图提供了强大的功能，能够用于预先计算并保存表链接或汇集等耗时较多的操做的结果，这样，在执行查询时，就能够避免进行这些耗时的操做，而从快速的获得结果。物化视图有不少方面和索引很类似：使用物化视图的目的是为了提升查询性能；物化视图对应用透明，增长和删除物化视图不会影响应用程序中SQL 语句的正确性和有效性；物化视图须要占用存储空间；当基表发生变化时，物化视图也应当刷新。 如如何创建在特定的表空间上，这些在其余的物化视图上面几乎都没有任何介绍的。主要以我作的一个例子来操做，若是对物化视图的基本概念清楚了就比较明白在那里写特定的表空间存储了。 一、简单试验在master site上建立表和mview log SQL> create table stu (id varchar2(10) primary key ,name varchar2(20)); Table created. SQL> create materialized view log on stu; Materialized view log created. 在mv site上建立mview SQL> create materialized view stu_mv refresh fast start with sysdate next sysdate+1/1440 with primary key as select * from stu@to_vm9; Materialized view created. SQL> select job,log_user,last_date,last_sec,next_date,next_sec,interval,what from user_jobs; JOB LOG_USER LAST_DATE   LAST_SEC  NEXT_DATE   NEXT_SEC   INTERVAL       WHAT                                        --- --------- ----------- --------- ----------- ---------- -------------- ----------------------------------------- 21 SEAGULL   2008-2-18 1 14:41:43  2008-2-18 1 14:42:43   sysdate+1/1440 dbms_refresh.refresh('"SEAGULL"."STU_MV"'); SQL> select * from tab; TNAME                          TABTYPE  CLUSTERID ------------------------------ ------- ---------- STU_MV                         TABLE 在master site上对master table作更新： SQL> INSERT INTO STU(ID,NAME) VALUES('56','555555555555'); 1 row created. SQL> commit; 等1分钟后在mv site上检查 SQL> select * from stu_mv; ID         NAME ---------- -------------------- 56         555555555555 二、跨版本数据迁移利用prebuilt mv实现跨平台，跨版本数据迁移。该方法的实现原理是对于要迁移的表对象，须要有一个主键，用于mv的刷新，对于符合该要求的表，在源表上建立mv日志，再在目标数据库上建立结构同样的表，而后在目标表上采用prebuilt方式建立mv，第一次采用彻底刷新，以后采用增量刷新，等真正要切换的时候，只须要刷新完增量的日志，删除mv，保留目标表便可。基本思路的例子： 在源库上建立表和mview log SQL> create table big_t1 as select * from dba_objects; Table created. SQL> select count(1) from big_t1;   COUNT(1) ----------      6170 SQL> create materialized view log on big_t1; Materialized view log created. 在目标数据库上建立与该表同样的表，并在该表上建立prebuilt mv: SQL> create table big_t1 as select * from big_t1@to_vm9 where 1=2; Table created. SQL> select count(1) from big_t1;   COUNT(1) ----------       0 SQL> create materialized view big_t1 on prebuilt table refresh fast as select * from big_t1@to_vm9; Materialized view created. 作彻底刷新和增量刷新 SQL> exec dbms_mview.refresh('BIG_T1','Complete'); PL/SQL procedure successfully completed. SQL> select count(1) from big_t1;   COUNT(1) ----------       6170 此时模拟在作彻底刷新过程当中，源库的表又发生了变化 SQL> insert into big_t1(object_id,owner) values(99991,'test'); 1 row created. SQL> commit; Commit complete. 再作增量刷新 SQL> select count(1) from big_t1;   COUNT(1) ----------       6170 SQL> exec dbms_mview.refresh('BIG_T1'); PL/SQL procedure successfully completed. SQL> select count(1) from big_t1;   COUNT(1) ----------       6171 停机切换,作最后一次刷新，而后删除源库的mview log和目标库的mview： SQL> exec dbms_mview.refresh('BIG_T1'); PL/SQL procedure successfully completed. SQL> drop materialized view big_t1; Materialized view dropped. SQL> select count(1) from big_t1;   COUNT(1) ----------       6171 这里删除的mview(big_t1)是prebuilt mv，因此删除该mview,并不删除相应的表。若是删除了mvnew(stu_mv),因为是普通mv,则删除了该mview,就没有对应的表了。 SQL> drop materialized view stu_mv; Materialized view dropped. SQL> select * from tab; TNAME                          TABTYPE  CLUSTERID ------------------------------ ------- ---------- BIG_T1                         TABLE 三、建立存储的日志空间 SQL> CREATE MATERIALIZED VIEW LOG ON mv_lvy_levytaxbgtdiv  tablespace ZGMV_DATA    --日志保存在特定的表空间 WITH ROWID ;  SQL> CREATE MATERIALIZED VIEW LOG ON tb_lvy_levydetaildata  tablespace ZGMV_DATA     --日志保存在特定的表空间 WITH ROWID,sequence(LEVYDETAILDATAID);  SQL> CREATE MATERIALIZED VIEW LOG ON tb_lvy_levydata  tablespace ZGMV_DATA     --日志保存在特定的表空间 WITH rowid,sequence(LEVYDATAID);  四、而后建立物化视图SQL> 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'  五、删除物化视图日志物化视图日志常常会因为物化视图长时间没有刷新，或者基表的一次批量数据更改而变得很大，这会影响物化视图的刷新性能，所以对于这种状况须要对物化视图日志进行处理，下降物化视图日志表的高水位线。 物化视图日志会记录下基表全部的增、删、改操做，而物化视图执行完快速刷新操做后，会从物化视图日志中将本物化视图刷新过且其余物化视图所不须要刷新的记录删除掉。若是其中一个物化视图一直不刷新，那么物化视图日志就会变得愈来愈大。 还有一种状况，好比表中插入了大量的数据，或者删除了大量的数据，或者将表中的某一列统一更新为一个值，这种操做都会在物化视图日志中产生大量的记录。 而物化视图日志的增大必然影响物化视图的刷新速度。一方面，物化视图在刷新的时候要扫描物化视图日志，另外一方面，物化视图在刷新介绍后，也要清除物化视图日志中的记录，仍然要扫描物化视图日志，所以物化视图日志的大小直接会影响物化视图快速刷新的速度。更重要的是，物化视图日志的高水位一旦增加到一个很高的位置，即便之后物化视图日志中记录不多，甚至没有记录存在，物化视图在刷新的时候仍然须要较长的时间。 SQL> DROP materialized view log on mv_lvy_levytaxbgtdiv;  SQL> DROP materialized view log on tb_lvy_levydetaildata;  SQL> DROP materialized view log on tb_lvy_levydata;  六、删除物化视图SQL> drop materialized view MV_LVY_LEVYDETAILDATA;  基本和对表的操做一致，物化视图因为是物理真实存在的，故能够建立索引，建立方式和对普通表建立方式相同。 3、ORACLE物化视图总结物化视图是包括一个查询结果的数据库对像，它是远程数据的的本地副本，或者用来生成基于数据表求和的汇总表。物化视图存储基于远程表的数据，也能够称为快照。物化视图能够查询表，视图和其它的物化视图。主要用在数据仓库和决策支持系统。 一般状况下，物化视图被称为主表（在复制期间）或明细表（在数据仓库中）。对于复制，物化视图容许你在本地维护远程数据的副本,这些副本是只读的。若是你想修改本地副本，必须用高级复制的功能。当你想从一个表或视图中抽取数据时，你能够用从物化视图中抽取。对于数据仓库，建立的物化视图一般状况下是聚合视图，单一表聚合视图和链接视图。 物化视图把他的物理结构存储在本身的段中，该段能够被索引和分区。查询没必要彻底匹配用来建立物化视图的SQL语句，优化程序能够动态重写一个与原定义相近的查询，以便物化视图用来代替实际的表，这种查询重写自动发生，对用户是透明的。 一、使用物化视图前的几个配置步骤(1) 肯定那些语句要建立物化视图。 (2) 决定是否要保持视图与基础表数据同步。 若是不一样步，可选择以下三种刷新方式： COMPLETE：刷新启动时，先truncate物化视图，再从基础表从新插入填充数据。 FAST：只刷新基础表上次刷新后改变的数据。使用视图的日志数据或ROWID完成。 FORCE：默认的方式。先使用FAST，不行就使用COMPLETE方式。 (3) 设置init.ora的参数： JOB_QUEUE_PROCESSES，必须设置大于 1。 QUERY_REWRITE_ENABLED，设置为TRUE时，容许动态重写查询。 QUERY_REWRITE_INTEGRITY，肯定访问物化视图时数据一致性要遵照的程度。 OPTIMIZER_MODE，必须设置成CBO的某种方式。 使用一个物化视图，用户只需在基础表上拥有权限便可。 二、建立物化视图SQL>create materialized view emp_by_district Tablespace mview_data Build immediate Refresh fast Enable query rewrite As  Select d.id,count(e.last_name) from distributor dist,district d,employee e Where e.id = dist.manager_id And d.id dist.district_id Group by d.id; 如下是Oracle建立物化视图时的经常使用语法,各参数的含义以下: 一、refresh [fast|complete|force] 视图刷新的方式 fast: 增量刷新.假设前一次刷新的时间为t1,那么使用fast模式刷新物化视图时,只向视图中添加t1到当前时间段内,主表变化过的数据.为了记录这种变化，创建增量刷新物化视图还须要一个物化视图日志表。create materialized view log on （主表名）。 complete:所有刷新。至关于从新执行一次建立视图的查询语句。 force: 这是默认的数据刷新方式。当可使用fast模式时，数据刷新将采用fast方式；不然使用complete方式。 二、MV数据刷新的时间 on demand:在用户须要刷新的时候刷新，这里就要求用户本身动手去刷新数据了（也可使用job定时刷新） on commit:当主表中有数据提交的时候，当即刷新MV中的数据； start ……：从指定的时间开始，每隔一段时间（由next指定）就刷新一次； 三、Build immediate一共有三个选项 (1) Build immediate：创建物化视图，并使用当前命令执行的数据立刻填充视图数据。 (2) Build deferred：只创建物化视图，在第一次刷新之间不填充数据。 (3) No prebuilt table，使用事先已存在的，已含有视图定义中有现有数据的表，而不是创建一个新结构来保存数据。 若是是refresh fast on commit或refresh complete on commit建立的，则在基础表提交的时候都会获得刷新。启用或禁用物化视图，须要有query rewrite或global query rewrite权限。 三、刷新物化视图自动刷新： (1) 使用commit选项。 (2) 使用dbms_mview安排自动刷新时间。 手工刷新： SQL>execute dbms_mview.refresh(‘EMP_BY_DISTRICT’);  －－刷新指定的物化视图 SQL>execute dbms_mview.refresh_defresh_dependent(‘EMPLOYEE’);  ――刷新利用了该表的全部物化视图 SQL>execute dbms_mview.refresh_all_mviews;   ――刷新该模式中，自上次刷新以来，未获得刷新的全部物化视图。 四、禁用物化视图－　修改init.ora参数的query_rewrite_enabled参数设置成flase，重启实例。 －　使用alter system set query_rewrite_enabled = flase;动态修改。 －　使用alter session set query_rewrite_enabled = flash;修改会话内。 －　使用 norewrite提示。 五、删除物化视图SQL>drop materialized view emp_by_district;