存储过程期间的 SQLServer 锁定表

Question

我有一个表，我需要在 99% 的情况下自动分配 ID（另外 1% 的情况似乎排除了使用标识列）。所以我有一个存储过程来获取下一个 ID，如下所示：

select @nextid = lastid+1 from last_auto_id
check next available id in the table...
update last_auto_id set lastid = @nextid

检查必须检查用户是否手动使用了 ID 并找到下一个未使用的 ID。

当我连续调用它时它工作正常，返回 1、2、3 ...我需要做的是提供一些锁定，多个进程同时调用它。理想情况下，我只需要它专门锁定该代码周围的 last_auto_id 表，以便第二次调用必须等待第一次调用更新表，然后才能运行它的选择。

在 Postgres 中，我可以执行“LOCK TABLE last_auto_id;”之类的操作显式锁定表。任何想法如何在 SQL Server 中完成它？

提前致谢！

Answer 1

在更新之后，您的 lastid 会加一，并在单个事务中将此值分配给您的本地变量。

编辑

感谢 Dave 和 Mitch 指出原始解决方案的隔离级别问题。

UPDATE  last_auto_id WITH (READCOMMITTEDLOCK)
SET     @nextid = lastid = lastid + 1

Answer 2

你们之间已经回答了我的问题。我正在回复自己的回复，以整理我在一篇帖子中找到的工作解决方案。关键似乎是事务方法，在 last_auto_id 表上有锁定提示。将事务隔离设置为可序列化似乎会产生死锁问题。

这就是我所得到的（经过编辑以显示完整的代码，希望我能得到一些进一步的答案......）：

DECLARE @Pointer AS INT

BEGIN TRANSACTION

-- Check what the next ID to use should be
SELECT @NextId = LastId + 1 FROM Last_Auto_Id WITH (TABLOCKX) WHERE Name = 'CustomerNo'

-- Now check if this next ID already exists in the database
IF EXISTS (SELECT CustomerNo FROM Customer
           WHERE ISNUMERIC(CustomerNo) = 1 AND CustomerNo = @NextId)
BEGIN
  -- The next ID already exists - we need to find the next lowest free ID
  CREATE TABLE #idtbl ( IdNo int )

  -- Into temp table, grab all numeric IDs higher than the current next ID
  INSERT INTO #idtbl
  SELECT CAST(CustomerNo AS INT) FROM Customer
  WHERE ISNUMERIC(CustomerNo) = 1 AND CustomerNo >= @NextId
  ORDER BY CAST(CustomerNo AS INT)

  -- Join the table with itself, based on the right hand side of the join
  -- being equal to the ID on the left hand side + 1.  We're looking for
  -- the lowest record where the right hand side is NULL (i.e. the ID is
  -- unused)
  SELECT @Pointer = MIN( t1.IdNo ) + 1 FROM #idtbl t1
  LEFT OUTER JOIN #idtbl t2 ON t1.IdNo + 1 = t2.IdNo
  WHERE t2.IdNo IS NULL
END

UPDATE Last_Auto_Id SET LastId = @NextId WHERE Name = 'CustomerNo'

COMMIT TRANSACTION

SELECT @NextId

这会在事务开始时取出一个排他表锁，然后成功地将任何进一步的请求排队，直到该请求更新表并提交它的事务。

我编写了一些 C 代码来处理来自六个会话的并发请求，它运行良好。

但是，我确实有一个担心，那就是锁定“提示”这个术语——有谁知道 SQLServer 是否将其视为明确的指令或只是一个提示（即，它可能不会总是遵守它？？）

Answer 3

这个解决方案如何？ 无需 TABLE LOCK 即可完美运行！！！

DECLARE  @NextId INT

UPDATE   Last_Auto_Id 
SET      @NextId = LastId = LastId + 1
WHERE    Name = 'CustomerNo'

SELECT   @NextId 

Update statement always uses a lock to protect its update.

Answer 4

您可能需要考虑死锁。这通常发生在多个用户同时使用存储过程时。为了避免死锁并确保用户的每个查询都会成功，您需要在更新失败期间进行一些处理，为此您需要尝试捕获。这仅适用于 Sql Server 2005,2008。

DECLARE @Tries tinyint

SET @Tries = 1

WHILE @Tries <= 3

BEGIN

  BEGIN TRANSACTION

  BEGIN TRY

-- this line updates the last_auto_id

update last_auto_id set lastid = lastid+1

   COMMIT

   BREAK
  END TRY

  BEGIN CATCH

   SELECT ERROR_NUMBER() AS ErrorNumber, ERROR_MESSAGE() as ErrorMessage

   ROLLBACK

   SET @Tries = @Tries + 1

   CONTINUE

 END CATCH

END

Answer 5

我更喜欢在第二个表中使用identity 字段来执行此操作。如果您创建lastididentity，那么您所要做的就是在该表中插入一行并选择@scope_identity 以获取您的新值，并且您仍然拥有identity 的并发安全性，即使您的id 字段在您的主表不是identity。