物化视图基本语法

http://blog.sina.com.cn/s/blog_6ceed3280100xcdv.html

物化视图概述:

    Oracle的物化视图提供了强大的功能,可以用在不同的环境中。在不同的环境中,物化视图的作用也不相同。数据仓库中的物化视图主要用于预先计算并保存表连接或聚集等耗时较多的操作的结果,这样,在执行查询时,就可以避免进行这些耗时的操作,而从快速的得到结果。在数据仓库中,还经常使用查询重写(query rewrite)机制,这样不需要修改原有的查询语句,Oracle会自动选择合适的物化视图进行查询,完全对应用透明。物化视图和表一样可以直接进行查询。物化视图可以基于分区表,物化视图本身也可以分区。除了在数据仓库中使用,物化视图还用于复制、移动计算等方面。物化视图在很多方面和索引很相似:使用物化视图的目的是为了提高查询性能;物化视图对应用透明,增加和删除物化视图不会影响应用程序中SQL语句的正确性和有效性;物化视图需要占用存储空间;当基表发生变化时,物化视图也应当刷新。

物化视图语法:
create materialized view materialized_view_name
build [immediate|deferred]  --1.创建方式
refresh [complete|fast|force|never]     --2.物化视图刷新方式
on [commit|demand]   --3.刷新触发方式
start with (start_date)   --4.开始时间
next (interval_date)   --5.间隔时间
with [primary key|rowid]  --默认 primary key
ENABLE QUERY REWRITE   --7.是否启用查询重写
as     --8.关键字
select statement;   --9.基表选取数据的select语句
1.创建方式默认是immediate,立即;deferred,延迟,至第一次refresh时,才生效。
2.物化视图刷新方式默认为force,意思是:如果可以快速刷新,就执行快速刷新;否则,执行完全刷新。
  complete,完全刷新,即,刷新时更新全部数据,包括视图中已经生成的原有数据。
  fast,快速刷新,只刷新增量部分。前提是,需要在基表上创建物化视图日志(见示例)。该日志记录基表数据变化情况,所以才能实现增量刷新。
  never,从不刷新。
3.on commit,基表有commit动作时,刷新视图,不能跨库执行(因为不知道别的库的提交动作);on demand,在需要时刷新,即,根据后面设定的起始时间和时间间隔进行刷新,或者,手动调用dbms_mview包中的过程刷新时再执行刷新。
4和5.即开始刷新时间和下次刷新的时间间隔。如:start with sysdate next sysdate+1/1440表示马上开始,刷新间隔为1分钟。(与 on commit选项冲突)
6.基于基表的主键或者rowid创建。如果是基于rowid,不能对基表执行分组函数、多表连结等需要把多个rowid合成一行的操作(理由很简单:到底以哪个rowid为准呢?)。
7.如果设置了初始化参数query_rewrite_enabled=true则默认就会启用查询重写。但是,数据库默认该参数为false。并且,不是什么时候都应该启用查询重写。所以,该参数应该设置为false,而在创建特定物化视图时,根据需要开启该功能。另外,如果选择使用了上面第4‘5选项,则不支持查询重写功能(原因很简单,所谓重写,就是将对基表的查询定位到了物化视图上,而4、5选项会造成物化视图上部分数据延迟,所以,不能重写)。


创建物化试图主要选项说明
创建物化视图时可以指定多种选项,下面对几种主要的选项进行简单说明:


名称
Build Clause
创建方式
描述
包括BUILD IMMEDIATE和BUILD DEFERRED两种

取值
BUILD IMMEDIATE
在创建物化视图的时候就生成数据
BUILD DEFERRED
在创建时不生成数据,以后根据需要在生成数据
默认
BUILD IMMEDIATE


名称
Refresh
刷新子句
描述
当基表发生了DML操作后,物化视图何时采用哪种方式和基表进行同步


语法
[refresh [fast | complete | force]
         [on demand | commit]
         [start with date]
         [next date]
         [with {primary key | rowid}]
]








简介
FAST
采用增量刷新,只刷新自上次刷新以后进行的修改;对于增量刷新选项,如果在子查询中存在分析函数,则物化视图不起作用。
COMPLETE
对整个物化视图进行完全的刷新即完全刷新重新生成整个视图
FORCE(默认)
Oracle在刷新时会去判断是否可以进行快速刷新,如果可以则采用Fast方式,否则采用Complete的方式,Force选项是默认选项

ON DEMAND(默认)

物化视图在用户需要的时候进行刷新,可以手工通过DBMS_MVIEW.REFRESH等方法来进行刷新,也可以通过JOB定时进行刷新
ON COMMIT

物化视图在对基表的DML操作提交的同时进行刷新

START WITH
通知数据库完成从主表到本地表第一次复制的时间,应该及时估计下一次运行的时间点,因此它是和next成组出现
NEXT
刷新时间间隔

WITH PRIMARY KEY(默认)

生成主键物化视图,也就是说物化视图是基于表的主键,而不是ROWID(对应于ROWID子句)。 为了生成PRIMARY KEY子句,应该在表上定义主键,否则应该用基于ROWID的物化视图。主键物化视图允许识别物化视图表而不影响物化视图增量刷新的可用性
WITH ROWID

只有一个单一的主表,不能包括下面任何一项:
●Distinct
●聚合函数
●Group by
●子查询
●连接
●SET操作


名称
Query Rewrite
查询重写
描述

包括ENABLE QUERY REWRITE和DISABLE QUERY REWRITE两种。分别指出创建的物化视图是否支持查询重写。查询重写是指当对物化视图的基表进行查询时,Oracle会自动判断能否通过查询物化视图来得到结果,如果可以,则避免了聚集或连接操作,而直接从已经计算好的物化视图中读取数据
简介
ENABLE QUERY REWRITE
支持查询重写
DISABLE QUERY REWRITE
不支持查询重写
默认
DISABLE QUERY REWRITE
  
创建实体化视图日志主要选项说明 :
   如果需要进行快速(FAST)刷新,则需要建立物化视图日志。物化视图日志根据不同物化视图的快速刷新的需要,可以建立为ROWID或PRIMARY KEY类型的。还可以选择是否包括SEQUENCE、INCLUDING NEW VALUES以及指定列的列表。

名称
WITH Clause
描述

取值
OBJECT ID
如果是对象物化视图(object materialized view),则只能采用该方式
PRIMARY KEY

ROWID

SEQUENCE

默认


实体举例 :
创建增量刷新的物化视图时应先创建存储的日志空间:

create materialized view log on hs_his.hisfuassettot
tablespace HS_HIS_IDX with rowid;
--在hs_his.hisfuassettot表上创建物化视图日志
然后创建物化视图:

方法一:
create materialized view hs_his.hisfuassettot_mv
tablespace HS_HIS_IDX              --指定表空间
build immediate                    --创建视图时即生成数据
refresh fast                       --基于增量刷新
on commit                          --数据DML操作提交就刷新
with rowid                         --基于ROWID刷新
as select * from hs_his.hisfuassettot

方法二:
create materialized view hs_his.hisfuassettot_mv
tablespace HS_HIS_IDX              --指定表空间
refresh fast                       --基于增量刷新
start with sysdate                 --创建视图时即生成数据
next sysdate+2                     --以后每隔两天刷新一次
with rowid                         --基于ROWID刷新
as select * from hs_his.hisfuassettot
删除物化视图日志:

drop materialized view log on hs_his.hisfuassettot;
删除物化视图:

drop materialized view hs_his.hisfuassettot_mv;     

猜你喜欢

转载自yupengcc.iteye.com/blog/2015219