这篇文章主要总结一下标识列在复制中的处理方法

1、快照复制
   在快照复制中，通常无须考虑标识列的属性。

2、事务复制
   举例：
   发布数据库A,订阅数据库B，出版物为T_test_A,订阅表为T_test_B
   CREATE TABLE T_test_A
 (ID int IDENTITY(1,1),
  Name varchar(50)
 )
   CREATE TABLE T_test_B
 (ID int IDENTITY(1,1),
  Name varchar(50)
 )
   
   在这种情况下，复制代理将无法将新行复制到库B，因为列ID是标识列，不能给标识列显示提供值,复制失败。
   这时，需要为标识列设置NOT FOR REPLICATION 选项。这样，当复制代理程序用任何登录连接到库B上的表T_test时，该表上的所有 NOT
   FOR REPLICATION 选项将被激活,就可以显式插入ID列。

   这里分两种情况：
   1、库B的T_test表不会被用户(或应用程序)更新
   最简单的情况是：如果库B的T_test不会被用户(或应用程序)更新，那建议去掉ID列的标识属性，只采用简单int类型即可。

   2、库B的T_test表是会被其他用户（或应用程序）更新

   这种情况下，两个T_test表的ID列就会发生冲突,举例:
   在库A中执行如下语句:
   INSERT T_test_A(Name) VALUES('Tom')(假设ID列为1)
   在库B中执行如下语句:
   INSERT T_test_B(Name) VALUES('Pip')(假设ID列为1)
   这样，就会在库A和库B的两个表分别插入一条记录，显然，是两条不同的记录。
   然而事情还没有结束，待到预先设定的复制时间，复制代理试图把记录"1 TOM"插入到库B中的T_test表，但库B的T_test_B表已经存在

ID为1的列，插入不会成功，通过复制监视器，我们会发现复制失败了。
   解决以上问题的方法有：
  (1)为发布方和订阅方的标识列指定不同范围的值，如上例可修改为：
     --确保该表记录不会超过10000000
     CREATE TABLE T_test_A
 (ID int IDENTITY(1,1),
  Name varchar(50)
 )
   CREATE TABLE T_test_B
 (ID int IDENTITY(10000000,1),
  Name varchar(50)
 )
   (2)使发布方和订阅方的标识列的值不会重复, 如
     --使用奇数值
     CREATE TABLE T_test_A
 (ID int IDENTITY(1,2),
  Name varchar(50)
 )
     --使用偶数值
     CREATE TABLE T_test_B
 (ID int IDENTITY(2,2),
  Name varchar(50)
 )
    这种办法可推广，当订阅方和发布方有四处时，标识列属性的定义分别如下
    (1,4),(2,4),(3,4),(4,4)

3、合并复制
   采用事务复制中解决方法,只要使发布表和订阅表标识列的值不重复既可。