这篇文章主要总结一下标识列在复制中的处理方法
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、合并复制
采用事务复制中解决方法,只要使发布表和订阅表标识列的值不重复既可。