我有两个数据库
一个是业务系统的PHYSICAL STANDBY(read only open)作为SOURCE,版本是11.2.0.4.0
一个是BI系统的库作为TARGET,版本是11.2.0.3.0
TARGET上有一个DBLINK:ADMSB 连接到SOURCE上读取实时数据做关联查询
我现在打算在TARGET上创建REFRESH FAST的MATERIALIZED VIEW,对应SOURCE上的每一个表,这个物化视图做定时的刷新获取SOURCE的更新。
目的是能在做关联的时候直接使用本地的物化视图,而不用DBLINK去做关联,
本来想用OGG的,但是没能实现。
例如:
create materialized view MV_S_QUOTE_ITEM_XM
build immediate
refresh fast with primary key on demand
as select * from ADMSIEB.S_QUOTE_ITEM_XM@ADMSB;
但是创建物化视图时报错ORA-16000
请问是不是这个方案不正确,在创建物化视图的时候会在SOURCE上做一些写操作么?比如写SNAP$表?所以不能使用PHYSICAL STANDBY
是不是只能在主库上采用这个方案?
-- 经了解,物化视图需要对MVIEW LOG表做DML操作,而这在只读打开的PHYSICAL STANDBY上是无法实现的。
至于做哪些DML操作后面我会单独做个试验来检验。
一个是业务系统的PHYSICAL STANDBY(read only open)作为SOURCE,版本是11.2.0.4.0
一个是BI系统的库作为TARGET,版本是11.2.0.3.0
TARGET上有一个DBLINK:ADMSB 连接到SOURCE上读取实时数据做关联查询
我现在打算在TARGET上创建REFRESH FAST的MATERIALIZED VIEW,对应SOURCE上的每一个表,这个物化视图做定时的刷新获取SOURCE的更新。
目的是能在做关联的时候直接使用本地的物化视图,而不用DBLINK去做关联,
本来想用OGG的,但是没能实现。
例如:
create materialized view MV_S_QUOTE_ITEM_XM
build immediate
refresh fast with primary key on demand
as select * from ADMSIEB.S_QUOTE_ITEM_XM@ADMSB;
但是创建物化视图时报错ORA-16000
请问是不是这个方案不正确,在创建物化视图的时候会在SOURCE上做一些写操作么?比如写SNAP$表?所以不能使用PHYSICAL STANDBY
是不是只能在主库上采用这个方案?
-- 经了解,物化视图需要对MVIEW LOG表做DML操作,而这在只读打开的PHYSICAL STANDBY上是无法实现的。
至于做哪些DML操作后面我会单独做个试验来检验。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/26521853/viewspace-1273159/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/26521853/viewspace-1273159/