这篇文章主要总结一下标识列在复制中的处理方法
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、合并复制 采用事务复制中解决方法,只要使发布表和订阅表标识列的值不重复既可。
[聊天工具]企业邮件系统的利器----FoxMail Server [系统软件]OPEN SERVER 5.0.5安装EXP300阵列柜 [系统软件]关于Windows2000Server的灾难恢复 [常用软件][网络]下载服务革命性风暴Poco Server评测 [C语言系列]动态创建SQL Server数据库、表、存储过程等架构信… [C语言系列]SQL Server到DB2连接服务器的实现 [C语言系列]SQL Server到SYBASE连接服务器的实现 [C语言系列]SQL Server到SQLBASE连接服务器的实现 [C语言系列]SQL Server连接VFP数据库的实现 [C语言系列]ASP+SQL Server之图象数据处理
|