SQL Server : arbitrary auto-increment of primary key

Question

这个问题已经有答案了:

Identity increment is jumping in SQL Server database (6 个回答)

已关闭 8 年前。

我们正在运行 SQL Server 2012 SP1 x64 (11.0.3000.0)

我有下表，其中 InvoiceId字段作为自增主键:

CREATE TABLE Orders(
    InvoiceId           bigint           IDENTITY(1001,1) NOT FOR REPLICATION,
    OrderId             varchar(8)       NOT NULL,
    ...  -- other fields removed for brevity
    CONSTRAINT [PK_ORDERS] PRIMARY KEY CLUSTERED (InvoiceId)
    ON [PRIMARY], 
)

通过一个简单的存储过程插入新行，如下所示:

SET  XACT_ABORT ON
SET  NOCOUNT ON

BEGIN TRANSACTION
    INSERT INTO Orders(
          OrderId,
          ... -- other fields removed for brevity
        )
    VALUES  (
          @orderId,
          ...
        )              

    SELECT @newRowId = SCOPE_IDENTITY()
COMMIT TRANSACTION

上面的存储过程将新创建的 row-id ( Orders.InvoiceId ) 返回给调用者。

代码运行完美，[InvoiceId]从 1001 开始，每次连续插入加 1。

我们的用户插入了大约 130 行。 [InvoiceId]位于 1130，然后在下一次插入时，其值跃升至 11091!

这是数据截图:

我对这里发生的事情感到困惑。为什么auto-inc计数器突然跳过了近10,000点？

我们使用 [InvoiceId] 的值生成条形码，因此我们希望该值保持在特定范围内，最好是连续的系列。

我仔细阅读了 T-SQL 文档，但未能找到与我的问题相关的任何内容。这是身份字段的正常行为(任意群体)吗？

Answer 1

更新感谢 Martining 和 Aron，我找到了解决方法。以下是微软的官方回应:

在 SQL Server 2012 中，身份属性的实现已更改，以适应对其他功能的投资。在 SQL Server 的早期版本中，标识生成的跟踪依赖于生成的每个标识值的事务日志记录。在 SQL Server 2012 中，我们批量生成标识值并仅记录该批处理的最大值。这减少了写入事务日志的信息量和频率，从而提高了插入可扩展性。

如果您需要与以前版本的 SQL Server 相同的标识生成语义，有两个选项可用:

• 使用跟踪标志 272 o 这将导致为每个生成的标识值生成日志记录。打开此跟踪标志可能会影响身份生成的性能。

• 使用具有“NO CACHE”设置的序列生成器( http://msdn.microsoft.com/en-us/library/ff878091.aspx ) o 这将导致为每个生成的序列值生成日志记录。请注意，使用 NO CACHE 可能会影响序列值生成的性能。

示例:

CREATE SEQUENCE s1 AS INT START WITH 1 NO CACHE; 
CREATE TABLE t1 (Id INT PRIMARY KEY DEFAULT NEXT VALUE FOR s1, col INT NOT NULL);