SQL Server的复制分为三种,下面介绍一下这三种复制技术及其存在的一些缺陷,大家在使用时可以根据具体的情境选择适用的复制方法,避开这些缺陷的干扰。

1. 快照复制

A每隔一段时间将B中的相应表中的数据全部删除,然后将自己相应表中的全部插到B中。此种方式显然不适合我们的应用,不予考虑。

2. 事务复制

对A中的每一个满足复制条件的事务,每隔一定时间A都应用到B上,反之亦然。SQL Server 通过把数据传给三个存储过程(插入,删除,修改)进行数据的修改,我们可以根据自己的应用改写此存储过程。

存在缺陷:如果从A到B的复制条件和从B到A复制条件相同的话,会产生“踢皮球”的循环现象。既一系列事务应用于A,A会把这些事务应用于B,B收到这一系列事务后,又会把它应用于A,……如此循环。

3. 合并复制

每隔一段时间,复制将会把数据库A,B中需要复制的数据合并一下,使得AB中的数据完全一样,数据都是AB数据库中数据的全体数据。如果A和B中数据主键有冲突,则根据优先级只选其中一条数据。

需要注意:为了区分数据来自于哪个地点,SQL Server会将每一个需要复制的表中另加一个字段,在编程时应该注意。

存在缺陷:

SQL Server 每隔一定时间进行一次复制,如果找不到另一台Server(比如因为网络故障,或是另一台SQL Server没有启动),经过n(默认为10)次连接后,它的复制功能将会down掉,直至有人将复制功能启动。 需要复制的表中如果在复制之前就有数据,在建立复制时比较麻烦(SQL Server不提供此类问题的解决方法,需要手动完成)。因此,需要复制的表在使用过程中不能经常变动表结构。(文/张梦强)

更多相关文章

  1. Android异步加载图像小结 (含线程池,缓存方法)
  2. android WebView 图片缩放功能小结
  3. Android(安卓)Camera 使用小结
  4. android fragment学习5--fragment扩展 TabLayout非自定义
  5. Android(安卓)电源系列小结s
  6. Android中自定义对话框小结
  7. Android中自定义对话框小结
  8. Android中自定义对话框小结
  9. Android中自定义对话框小结

随机推荐

  1. Android 内核简单分析
  2. 在mac 上配置AndroidStudio碰到的坑
  3. android HAL介绍
  4. Android(安卓)创建与解析XML(二)—— Dom方
  5. Android:Android学习路线图
  6. Android 各种实现Tab效果的实现方式
  7. Android系统移植与调试之------->如何修
  8. Android ART 垃圾回收机制
  9. Android 开发笔记 —— AndroidStudio 中
  10. android的一些开源项目