Question

需要快速帮助。我正在使用bigint自动增量属性的数据库。我有两个需要同步的位置的数据库。由于bigint在不同站点上可能存在主键副本，因此不适合同步。我无法继续使用GUID，因为我需要更改我的代码以及数据库，这对我来说是不可能的。

现在我只有两个位置用于数据库，所以我想如果可以让我的主键自动增量总是在一个位置，在其他位置是奇数。它可以快速解决我的问题。

我如何使用计算列规范或任何其他方式来执行此操作。为了同步我正在使用Microsoft sycn框架。

如果我在同步后使用身份（1,2）服务器或身份（2,2）B服务器，则会干扰下一个增量值。例如，如果在服务器最大ID 3和B服务器当前id是4.在服务器上的同步最大ID现在将是4.我希望A服务器上的新ID应该只有5但实际上它插入6.如何能我解决了这个问题

Answer 1

大编辑:(好多了）选项1：

（补充说明：@VladimirBaranov在评论中提到了这一点，但我错过了，但这里有关于如何在这种情况下使用SEQUENCE的充实信息）

我最初的想法是进一步回答这个问题，并且仍然可行，但我认为这个更新的选项将适合您需要的许多服务器。令我困扰的是，我知道在TSQL中有一种正确的方法可以做到这一点，我不记得它是什么。我的大脑终于在今天疏通了它：SEQUENCE。 SQL Server 2012和2014允许您定义序列以生成要在表中使用的一系列数字：

CREATE SEQUENCE oddNums
  START WITH 1
  INCREMENT BY 2;
GO

CREATE SEQUENCE evenNums
  START WITH 0
  INCREMENT BY 2;
GO

然后，不是AUTO INCREMENT你的PK，而是从DEFAULT给他们一个SEQUENCE值（这些是下面链接的小提琴中的表格）：

CREATE TABLE oddMirror (
 [id] int PRIMARY KEY DEFAULT NEXT VALUE FOR oddNums, 
 [data] varchar(7)
);

CREATE TABLE evenMirror (
 [id] int PRIMARY KEY DEFAULT NEXT VALUE FOR evenNums, 
 [data] varchar(7)
);

这些序列完全不受合并的影响，无论表中的最新PK是什么，它都将继续永远生成奇数或偶数。

Here is a SQLFiddle这在行动中。

请注意，如果执行此操作（由于DEFAULT子句），则无法将列定义为IDENTITY，因此您必须小心插入id列，否则这应该是关于尽可能直截了当。

这可以通过您想要的任意数量的服务器来完成，只需调整每个SEQUENCE增量的起点和起始位置，但是您可能会有一些困难（并非不可能）的时间添加额外的服务器一旦你的SEQUENCE被定义了。

此外，here is an MSDN blog讨论了在先前版本的SQL Server上模拟SEQUENCE的替代策略。

（不太好）选项2：

（注意：这是我原来的答案）今晚我一直在玩这个，取决于你如何设置东西，我想你可以放弃重新安排桌面完成同步后的每个服务器，基于表中当前的最高ID。你只需要为每个服务器做一些不同的操作，以便在一个甚至另一个上保持新的id奇怪。

所以你有：

CREATE TABLE oddMirror
(id INT NOT NULL IDENTITY(1,2),
data NVARCHAR(10))
GO

和

CREATE TABLE evenMirror
(id INT NOT NULL IDENTITY(2,2),
data NVARCHAR(10)
GO

同步两个表后，您不知道当前标识种子是奇数还是偶数，因此您需要将每个表上的重置为服务器的正确“下一个”值。所以，在oddMirror：

DECLARE @maxId INT
DECLARE @newSeed INT
SET @maxId = (SELECT MAX(id) FROM oddMirror)
SET @newSeed = (SELECT CASE WHEN @maxId % 2 = 1 THEN @maxId ELSE @maxId -1 END)

DBCC CHECKIDENT('dbo.oddMirror', RESEED, @newSeed)
GO

evenMirror上几乎完全相同的过程：

DECLARE @maxId INT
DECLARE @newSeed INT
SET @maxId = (SELECT MAX(id) FROM evenMirror)
SET @newSeed = (SELECT CASE WHEN @maxId % 2 = 0 THEN @maxId ELSE @maxId -1 END)

DBCC CHECKIDENT('dbo.evenMirror', RESEED, @newSeed)
GO

所以基本上，在oddMirror，我们说，“获取当前的最大ID。如果它是奇怪的，不要改变它，但如果它是偶数，则将它备份一个。”

然后在'evenMirror'上做同样的事情，除了检查max id是否是偶数而不是奇数。

举个例子，拿这个数据：

oddMirror
1,"one"
3,"three"
5,"five"

和

evenMirror
2,"two"
4,"four"
6,"six"
8,"eight"

（注意evenMirror有更多行）

同步后，每个表都如下所示：

oddMirror
1,"one"
2,"two"
3,"three"
4,"four"
5,"five"
6,"six"
8,"eight"
--evenMirror looks the same as this now

通过以上查询运行：

MAX(id)上的{p> oddMirror为8。 8 % 2 = 0，因此设置@newSeed = 8 - 1 = 7，意味着oddMirror中的下一行将获得id = 9。

MAX(id)上的

evenMirror也是8，但查询略有不同。 8 % x = 0设置@newSeed = 8，意味着'evenMirror will get id = 10`中的下一行

在这种情况下会跳过

id = 7，但我猜这并不是一件值得关注的问题。

如果您再查询：

INSERT INTO oddMirror (data) VALUE ("data")
GO

INSERT INTO evenMirror (data) VALUE ("otherData")
GO

表格如下所示：

oddMirror
1,"one"
2,"two"
3,"three"
4,"four"
5,"five"
6,"six"
8,"eight"
9,"data"

和

evenMirror
1,"one"
2,"two"
3,"three"
4,"four"
5,"five"
6,"six"
8,"eight"
10,"otherData"

理论上可以通过更改您采用的模数来扩展以适应更多数量的服务器，并为每种可能性在WHEN语句中添加额外的CASE，尽管这样做肯定会很麻烦。但是，我们已经知道正确的解决方案（GUID）在这里不可用，如果您正在阅读这篇文章，那么下一个最佳解决方案（SEQUENCE）可能无法使用，因此无论我们提出什么，不可避免地会变得很麻烦。

此方法的最大缺点是必须锁定表，直到同步过程完成。如果在完成同步并重新输入ID之前写入，则几乎肯定会发生冲突。如果这些表不是经常写的，或者你已经锁定它们进行同步，或者你的日常周期中有一个重要的“死”点（比如早上3-4点或其他什么），这可以在没有严重中断的情况下完成，这可能不是什么大不了的事，但只有你知道这是多么可行。

所以，你的设置可能会或者可能不会使这成为可能，但是我今晚在我的沙盒数据库中已经玩了很多这个，并且它似乎很好地确保在一个数据库中新的id总是奇怪的总是在另一个。

Answer 2

这是一个非常简单的解决方案，但它只适用于两台服务器。它不能轻易扩展到更多服务器。

关于它的好处是它没有使用CHECKIDENT来重新设置表格，您无需担心同时运行事务以获得准确的MAX ID加入CHECKIDENT。

此外，MSDN警告identity property on a column does not guarantee the following:

服务器重启或其他故障后的连续值 - SQL Server 可能因性能原因和某些原因而缓存身份值在数据库故障或服务器期间，分配的值可能会丢失重新开始。这可能导致插入时身份值的缺口。如果差距是不可接受的，然后应用程序应该使用它自己的生成键值的机制。使用序列生成器 NOCACHE选项可以限制从不的事务的差距提交。

如果您选择基于使用CHECKIDENT转发身份的解决方案，则最好仔细检查它是否在这种情况下正常运行。

另外，要运行CHECKIDENT，您可能需要特定的permissions：

调用者必须拥有该表，或者是sysadmin固定服务器的成员角色，db_owner固定数据库角色或db_ddladmin已修复数据库角色。

<强>解决方案

我的主要想法是在第一台服务器上使用IDENTITY(1,1)，在第二台服务器上使用IDENTITY(-1,-1)。

。而不是试图使IDs奇怪，甚至是积极和消极。

这是一个脚本，证明它可以按预期工作而无需任何额外的工作。

-- Sample data
CREATE TABLE #T1 (ID bigint IDENTITY(1,1), V1 int);
CREATE TABLE #T2 (ID bigint IDENTITY(-1,-1), V2 int);

INSERT INTO #T1 VALUES (11);
INSERT INTO #T1 VALUES (12);
INSERT INTO #T1 VALUES (13);
INSERT INTO #T1 VALUES (14);

INSERT INTO #T2 VALUES (21);
INSERT INTO #T2 VALUES (22);
INSERT INTO #T2 VALUES (23);

SELECT * FROM #T1;
SELECT * FROM #T2;

我们从表中的示例数据开始：

执行同步

-- Insert into T1 new values from T2
SET IDENTITY_INSERT #T1 ON;

MERGE INTO #T1 AS Dst
USING
(
    SELECT ID, V2
    FROM #T2
) AS Src
ON Dst.ID = Src.ID
WHEN NOT MATCHED BY TARGET
THEN INSERT (ID, V1)
VALUES (Src.ID, Src.V2);

SET IDENTITY_INSERT #T1 OFF;

-- Insert into T2 new values from T1
SET IDENTITY_INSERT #T2 ON;

MERGE INTO #T2 AS Dst
USING
(
    SELECT ID, V1
    FROM #T1
) AS Src
ON Dst.ID = Src.ID
WHEN NOT MATCHED BY TARGET
THEN INSERT (ID, V2)
VALUES (Src.ID, Src.V1);

SET IDENTITY_INSERT #T2 OFF;

SELECT * FROM #T1;
SELECT * FROM #T2;

同步结果 - 两个相同的表格

插入更多数据以检查同步后身份如何工作

-- Insert more data into T1 and T2
INSERT INTO #T1 VALUES (15);
INSERT INTO #T1 VALUES (16);

INSERT INTO #T2 VALUES (24);
INSERT INTO #T2 VALUES (25);
INSERT INTO #T2 VALUES (26);

SELECT * FROM #T1;
SELECT * FROM #T2;

-- Clean up
DROP TABLE #T1;
DROP TABLE #T2;

同步后生成的身份

您可以看到T1中的新身份仍然是积极的，T2中的新身份仍然是负面的。

Answer 3

您有两个用于插入目标表的源表：
所以我建议你这样做：

[pkId]：在目标表中将标识字段作为PK。
[src]：添加integer -or any other as you want- field and update it from 1st. source data by 1 and for the 2nd one by 2`。
[Id]：您还有一个来自消息来源的字段。
[nId]：添加bigint的{{1}}字段。

现在使用此查询在null字段中显示您的枚举ID：

nId

要在任何插入后运行此查询，您可以使用触发器。

我认为使用此解决方案，您可以获得所需的所有数据。

修改一些结果：

Update <table> Set nId = isnull((select count(ti.*) from <table> as ti where ti.pkId < <table>.pkId), 0) + 1

Answer 4

一个选项，一个服务器设置为identity（1,1），另一个设置为identity（-1，-1）。身份不会重叠，将数据从一台服务器复制到另一台服务器不会影响“下一个”ID或重新播种。

当然，不适用于两台以上的服务器。

Answer 5

我认为偶数/奇数方法使得这很难。此外，当您向每个节点添加行时，您将遇到页面拆分问题，尤其是当您的PK是聚簇索引时。

这些表是使用点对点复制进行复制还是手动同步？如果涉及复制，页面拆分问题将会发挥作用。

为什么不为每个节点使用数字范围？节点1的1-X和节点＃2的X + 1-Y？估计行量并将范围设置得如此之大，以免发生重叠。

BIGINT的例子：

节点1：1-200000000000（2000亿行）节点2：200000000001-600000000000（4000亿行）

离开600000000001以备将来使用。警告，身份没有最大值，你需要手动报警。

要将标识值设置为正确的数字，请使用带有RESEED选项的DBCC CHECKIDENT。如果你与偶数/奇数场景结婚，这也会奏效。

这也有一个优点，即每次插入不会分页一次，特别是如果每个节点的活动不均衡。

两个数据库的自动递增偶数和奇数用于同步而不影响自动递增属性

5 个答案:

大编辑:(好多了）选项1：

（不太好）选项2：