SQLServer复制功能巧妙选择避开Bug

SQL Server具有强大的复制功能，除了将数据和数据库对象从一个数据库复制并准确分发的另一个数据库中，还要实行数据库之间的同步。SQL Server的复制分为三种，下面介绍一下这三种复制技术及其存在的一些缺陷，大家在使用时可以根据具体的情境选择适用的复制

　　SQL Server具有强大的复制功能，除了将数据和数据库对象从一个数据库复制并准确分发的另一个数据库中，还要实行数据库之间的同步。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不提供此类问题的解决方法，需要手动完成)。因此，需要复制的表在使用过程中不能经常变动表结构。(文/张梦强)