相关疑难解决方法(0)

我有一个旧应用程序用作替代IDENTITY各种其他表中的字段的表。

表中的每一行都存储了 中LastID命名的字段的最后使用的 ID IDName。

有时，存储过程会出现死锁——我相信我已经构建了一个合适的错误处理程序；但是我很想知道这种方法是否像我认为的那样有效，或者我是否在这里吠错了树。

我相当肯定应该有一种方法可以访问这个表，而不会出现任何死锁。

数据库本身配置了READ_COMMITTED_SNAPSHOT = 1.

首先，这是表：

CREATE TABLE [dbo].[tblIDs](
    [IDListID] [int] NOT NULL 
        CONSTRAINT PK_tblIDs 
        PRIMARY KEY CLUSTERED 
        IDENTITY(1,1) ,
    [IDName] [nvarchar](255) NULL,
    [LastID] [int] NULL,
);

以及该IDName字段上的非聚集索引：

CREATE NONCLUSTERED INDEX [IX_tblIDs_IDName] 
ON [dbo].[tblIDs]
(
    [IDName] ASC
) 
WITH (
    PAD_INDEX = OFF
    , STATISTICS_NORECOMPUTE = OFF
    , SORT_IN_TEMPDB = OFF
    , DROP_EXISTING = OFF
    , ONLINE = OFF
    , ALLOW_ROW_LOCKS = ON
    , ALLOW_PAGE_LOCKS = …

我正在尝试生成从 1 开始并以 1 递增的唯一采购订单编号。我使用此脚本创建了一个 PONumber 表：

CREATE TABLE [dbo].[PONumbers]
(
  [PONumberPK] [int] IDENTITY(1,1) NOT NULL,
  [NewPONo] [bit] NOT NULL,
  [DateInserted] [datetime] NOT NULL DEFAULT GETDATE(),
  CONSTRAINT [PONumbersPK] PRIMARY KEY CLUSTERED ([PONumberPK] ASC)    
);

以及使用此脚本创建的存储过程：

CREATE PROCEDURE [dbo].[GetPONumber] 
AS
BEGIN
    SET NOCOUNT ON;

    INSERT INTO [dbo].[PONumbers]([NewPONo]) VALUES(1);
    SELECT SCOPE_IDENTITY() AS PONumber;
END

在创建时，这工作正常。当存储过程运行时，它从所需的数字开始并以 1 递增。

奇怪的是，如果我关闭或休眠我的计算机，那么下次运行该程序时，序列已提前了近 1000。

见下面的结果：

你可以看到数字从 8 跃升到了 1002！

• 为什么会这样？
• 我如何确保不会像那样跳过数字？
• 我所需要的只是让 SQL 生成以下数字：
  • a) 保证唯一。
  • b) 增加所需的数量。

我承认我不是 SQL 专家。我是否误解了 SCOPE_IDENTITY() 的作用？我应该使用不同的方法吗？我查看了 SQL 2012+ 中的序列，但微软表示默认情况下不能保证它们是唯一的。