漫谈SQL Server中的标识列(二)-数据库专栏,SQL Server

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

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、合并复制
   采用事务复制中解决方法,只要使发布表和订阅表标识列的值不重复既可。