数据库

img netcoder

漫谈SQL Server中的标识列(二)

发表于2004/10/22 16:29:00  1426人阅读

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

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

 

阅读全文
0 0

相关文章推荐

img
取 消
img