Oracle 11g 通过创建物化视图实现不同数据库间的表数据同步

简介:

Oracle 11g 物化视图语法如下:

  1. create materialized view [view_name]
  2. refresh [fast|complete|force]
  3. [
  4. on [commit|demand] |
  5. start with (start_time) next (next_time)
  6. ]
  7. as
  8. {创建物化视图用的查询语句}

以上是Oracle创建物化视图(Materialized View,以下简称MV)时的常用语法,各参数的含义如下:

1.refresh [fast|complete|force] 视图刷新的方式:


fast: 增量刷新.假设前一次刷新的时间为t1,那么使用fast模式刷新物化视图时,只向视图中添加t1到当前时间段内,主表变化过的数据.为了记录这种变化,建立增量刷新物化视图还需要一个物化视图日志表。create materialized view log on (主表名)。(多张表时,此语句也生效,创建后,原来的表中会多出两类视图表: MLOG$_table_name和RUPD$_table_name
 
complete:全部刷新。相当于重新执行一次创建视图的查询语句。

force: 这是默认的数据刷新方式。当可以使用fast模式时,数据刷新将采用fast方式;否则使用complete方式。

2.MV数据刷新的时间:
 
on demand:在用户需要刷新的时候刷新,这里就要求用户自己动手去刷新数据了(也可以使用job定时刷新)
on commit:当主表中有数据提交的时候,立即刷新MV中的数据;
start ……:从指定的时间开始,每隔一段时间(由next指定)就刷新一次;

比如说我们要全刷新一张mv_test物化视图:
begin
dbms_mview.refresh(TAB=>'MV_TEST',
METHOD=>'COMPLETE',
PARALLELISM=>8);
end;
/
增量刷新就不需要使用什么并行了,通常情况下,是没有那个必要的。
begin
dbms_mview.refresh(TAB=>'MV_TEST',
METHOD=>'FAST',
PARALLELISM=>1);
end;
/
 
或者,也可以这样执行:
exec dbms_mview.refresh('MV_TEST','F');
 
写此文,只是帮自己记住一些基本的语法,到时可以参照。
 
dbms_mview.refresh('表名', 'F') --快速刷新,也就是增量刷新
dbms_mview.refresh('表名', 'C')--完全刷新

以下是我创建物化视图的一个过程记录(两台服务器A和B,其中,要把数据从A节点同步到B节点上):
 
1.在A上先创建view log:

  1. SQL> create materialized view log on TEST1;
  2. Materialized view log created.
     
  3. SQL> create materialized view log on TEST2;
  4. Materialized view log created.

2.在B上创建通向A的db link:

  1. SQL>grant CREATE DATABASE LINK,CREATE PUBLIC DATABASE LINK to test;
  2. Grant succeeded.
  3. SQL> create database link db_link_A connect to A_user identified by "A_user_passwd" using 'db_A01';
  4. Database link created.
  5. SQL> create materialized view mv1_test1 refresh fast on demand as select * from test1@db_link_A ;
  6. Materialized view log created.
  7. SQL> create materialized view mv1_test2 refresh fast on demand as select * from test2@db_link_A ;
  8. Materialized view log created.
  9. SQL> exec dbms_mview.refresh('MV1_test1','F');
  10. SQL> exec dbms_mview.refresh('MV1_test2','F');

3.在B节点查询同步数据的情况:

  1. SQL> select mview_name, last_refresh_date, staleness from user_mviews;
  2. MVIEW_NAME LAST_REFRESH_DATE STALENESS
  3. ------------------------------ ------------------- -------------------
    • MV1_TEST1 2021-03-02 11:22:14 UNDEFINED
       
    • MV1_TEST2 2021-03-02 11:22:22 UNDEFINED

4.在A节点上查询同步数据日志情况:

SQL> select log_owner,master,log_table,PRIMARY_KEY,LAST_PURGE_DATE,LAST_PURGE_STATUS from user_mview_logs;

LOG_OWNER MASTER LOG_TABLE PRI LAST_PURGE_DATE LAST_PURGE_STATUS

TCODE TEST1 MLOG$_TEST1 YES 2012-03-01 14:01:39 0
  TCODE TEST2 MLOG$_TEST2 YES 2012-03-01 14:01:39 0
 
     本文转自vcdog 51CTO博客,原文链接:http://blog.51cto.com/255361/837476,如需转载请自行联系原作者



相关文章
|
8天前
|
存储 Oracle 关系型数据库
数据库数据恢复—ORACLE常见故障的数据恢复方案
Oracle数据库常见故障表现: 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE ASM存储破坏。 3、ORACLE数据文件丢失。 4、ORACLE数据文件部分损坏。 5、ORACLE DUMP文件损坏。
41 11
|
21天前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—Oracle数据库文件有坏快损坏的数据恢复案例
一台Oracle数据库打开报错,报错信息: “system01.dbf需要更多的恢复来保持一致性,数据库无法打开”。管理员联系我们数据恢复中心寻求帮助,并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。 由于数据库没有备份,无法通过备份去恢复数据库。
|
27天前
|
存储 Oracle 关系型数据库
oracle数据恢复—Oracle数据库文件大小变为0kb的数据恢复案例
存储掉盘超过上限,lun无法识别。管理员重组存储的位图信息并导出lun,发现linux操作系统上部署的oracle数据库中有上百个数据文件的大小变为0kb。数据库的大小缩水了80%以上。 取出&并分析oracle数据库的控制文件。重组存储位图信息,重新导出控制文件中记录的数据文件,发现这些文件的大小依然为0kb。
|
14天前
|
存储 Oracle 关系型数据库
服务器数据恢复—华为S5300存储Oracle数据库恢复案例
服务器存储数据恢复环境: 华为S5300存储中有12块FC硬盘,其中11块硬盘作为数据盘组建了一组RAID5阵列,剩下的1块硬盘作为热备盘使用。基于RAID的LUN分配给linux操作系统使用,存放的数据主要是Oracle数据库。 服务器存储故障: RAID5阵列中1块硬盘出现故障离线,热备盘自动激活开始同步数据,在同步数据的过程中又一块硬盘离线,RAID5阵列瘫痪,上层LUN无法使用。
|
1月前
|
SQL Oracle 关系型数据库
Oracle数据库优化方法
【10月更文挑战第25天】Oracle数据库优化方法
47 7
|
9天前
|
关系型数据库 MySQL 数据库
Python处理数据库:MySQL与SQLite详解 | python小知识
本文详细介绍了如何使用Python操作MySQL和SQLite数据库,包括安装必要的库、连接数据库、执行增删改查等基本操作,适合初学者快速上手。
72 15
|
2天前
|
SQL 关系型数据库 MySQL
数据库数据恢复—Mysql数据库表记录丢失的数据恢复方案
Mysql数据库故障: Mysql数据库表记录丢失。 Mysql数据库故障表现: 1、Mysql数据库表中无任何数据或只有部分数据。 2、客户端无法查询到完整的信息。
|
9天前
|
关系型数据库 MySQL 数据库
数据库数据恢复—MYSQL数据库文件损坏的数据恢复案例
mysql数据库文件ibdata1、MYI、MYD损坏。 故障表现:1、数据库无法进行查询等操作;2、使用mysqlcheck和myisamchk无法修复数据库。
|
13天前
|
SQL 关系型数据库 MySQL
MySQL导入.sql文件后数据库乱码问题
本文分析了导入.sql文件后数据库备注出现乱码的原因,包括字符集不匹配、备注内容编码问题及MySQL版本或配置问题,并提供了详细的解决步骤,如检查和统一字符集设置、修改客户端连接方式、检查MySQL配置等,确保导入过程顺利。
|
21天前
|
关系型数据库 MySQL 数据库
GBase 数据库如何像MYSQL一样存放多行数据
GBase 数据库如何像MYSQL一样存放多行数据

推荐镜像

更多