网站运营seo文章大全提供全面的站长运营经验及seo技术!
这篇文章主要总结一下标识列在复制中的处理方法
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、合并复制
采用事务复制中解决方法,只要使发布表和订阅表标识列的值不重复既可。
