物化视图materialized view.docxVIP

一、物化视图的一般用法物化视图是一种特殊的物理表，“物化”(Materialized)视图是相对普通视图而言的。普通视图是虚拟表，应用的局限性大，任何对视图的查询，Oracle都实际上转换为视图SQL语句的查询。这样对整体查询性能的提高，并没有实质上的好处。1、物化视图的类型ON DEMANDON 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语句，使生成的数据按照一定的顺序进行保存。不过这个语句不会写入物化视图的定义中，而且对以后的刷新也无效。2、ON DEMAND物化视图物化视图的创建本身是很复杂和需要优化参数设置的，特别是针对大型生产数据库系统而言。但Oracle允许以这种最简单的，类似于普通视图的方式来做，所以不可避免的会涉及到默认值问题。也就是说Oracle给物化视图的重要定义参数的默认值处理是我们需要特别注意的。物化视图的特点：(1) 物化视图在某种意义上说就是一个物理表(而且不仅仅是一个物理表)，这通过其可以被user_tables查询出来，而得到佐证；(2) 物化视图也是一种段(segment)，所以其有自己的物理存储属性；(3) 物化视图会占用数据库磁盘空间，这点从user_segment的查询结果，可以得到佐证；创建语句：create materialized view mv_name as select * from table_name;复制代码默认情况下，如果没指定刷新方法和刷新模式，则Oracle默认为FORCE和DEMAND。物化视图的数据怎么随着基表而更新？Oracle提供了两种方式，手工刷新和自动刷新，默认为手工刷新。也就是说，通过我们手工的执行某个Oracle提供的系统级存储过程或包，来保证物化视图与基表数据一致性。这是最基本的刷新办法了。自动刷新，其实也就是Oracle会建立一个job，通过这个job来调用相同的存储过程或包，加以实现。ON DEMAND物化视图的特性及其和ON COMMIT物化视图的区别，即前者不刷新(手工或自动)就不更新物化视图而后者不刷新也会更新物化视图，——只要基表发生了COMMIT。创建定时刷新的物化视图(指定物化视图每天刷新一次)：pcreate materialized view mv_name refresh force on demand /ppstart with sysdate next sysdate+1as select * from emp;/p复制代码上述创建的物化视图每天刷新，但是没有指定刷新时间，如果要指定刷新时间（比如每天晚上10：00定时刷新一次）：pcreate materialized view mv_name refresh force on demand /ppstart with sysdate next to_date( concat( to_char( sysdate+1,dd-mm-yyyy), 22:00:00),dd-mm-yyyy hh24:mi:ss)/ppas select * from emp;/p复制代码3、ON COMMIT物化视图ON COMMIT物化视图的创建，和上面创建ON DEMAND的物化视图区别不大。因为ON DEMAND是默认的，所以ON COMMIT物化视图，需要再增加个参数即可。需要注意的是，无法在定义时仅指定ON COMMIT，