全文预览

基于WEB SERVICE的数据库同步系统的设计与实现-毕业设计论文

上传者:徐小白 |  格式:doc  |  页数:26 |  大小:292KB

文档介绍
复制方法往往不同。按照复制的方向划分为单向(unidirectional)复制和双向(hi-directional)复制,按照传播更新的方式划分为同步(synchronous)复制和异步(asynchronous)复制。单向复制,也称主从式(master/slave或primary/secondary)复制或主版本(mastercopy)复制,指的是两个复制结点之间只从一个结点向另一个结点进行复制,源结点保存复制对象,目标结点保存复制对象的副本,源结点中数据对象具有可读可写的特性,目标结点中的数据对象只具有可读的特性,修改数据对象需要在源结点上进行,从而预防了更新冲突的发生。这种复制方式比较简单,应用范围也比较广。双向复制也称对等式(peer-to-peer)复制,多版本(multi-copy)复制或随处修改(updateanywhere)复制,指的是两个复制结点之间可以互相复制,复制结点既是源结点也是目标结点。源结点和目标结点上的复制对象都是可读可写的。在分布式环境下可能对同一复制对象同时进行修改,所以在理论上存在冲突的可能性,因此双向复制中的一个重要问题就是如何检测预防和解决复制中的冲突。双向复制比单向复制更加复杂,实现难度也较大,但应用的范围要更广泛一些,在移动环境、动态环境等场合下大多采用这种复制方式。同步复制又称为急切(eager)复制,是在一个原子事务中同时更新所有的复制结点,同步复制可以进行序列化操作,但是在交互过程中需要更多的消息交互,从而降低了复制性能,也增加了事务执行的响应时间。同步复制不适合移动应用场合,因为移动设备不可能保持实时的连接,通常采用另一种复制方法异步复制。异步复制又称为懒惰(lazy)复制,是在本地事务提交以后再将本地数据的变更反映到其他复制结点上,这种方式不需要实时的连接,可以很好的提高复制的性能,但异步复制的一个问题是在复制结点中存在

收藏

分享

举报
下载此文档