Блокировка MS SQL для обновления

Question

Я реализую конкурс, где может быть много одновременных записей. Я собираю некоторые пользовательские данные, которые я помещаю в одну таблицу с именами. У меня есть другая таблица сгенерированных уникальных скидочных кодов в таблице, называемой discountCodes. Затем я присваиваю их каждой записи. Я думал, что сделаю это, поместив идентификатор записи в таблицу discountCodes.

Как может быть много одновременных пользователей, я думаю, что я должен выбрать первую неназначенную строку, а затем назначить идентификатор записи этой строке. Мне нужно убедиться, что между выбором неназначенной строки и добавлением идентификатора записи, что другой поток не находит ту же строку.

Каков наилучший способ гарантировать, что строка не будет назначена дважды?

Answer 1

Что-то может быть сделано как

Следующий пример устанавливает TRANSACTION ISOLATION LEVEL сессии. Для каждого последующего оператора Transact-SQL SQL Server хранит все разделяемые блокировки до конца транзакции.Источник: MSDN

USE databaseName; 
GO 
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ; 
GO 
BEGIN TRANSACTION; 
GO 
SELECT * 
    FROM Table1; 
GO 
SELECT * 
    FROM Table2; 
GO 
COMMIT TRANSACTION; 
GO 

Подробнее SET TRANSACTION ISOLATION LEVEL

Answer 2

WITH e AS 
     (
     SELECT *, 
       ROW_NUMBER() OVER (ORDER BY id) rn 
     FROM entries ei 
     WHERE NOT EXISTS 
       (
       SELECT NULL 
       FROM discountCodes dci 
       WHERE dci.entryId = ei.id 
       ) 
     ), 
     dc AS 
     (
     SELECT *, 
       ROW_NUMBER() OVER (ORDER BY id) rn 
     FROM discountCodes 
     WHERE entryId IS NULL 
     ) 
UPDATE dc 
SET  dc.entryId = e.id 
FROM e 
JOIN dc 
ON  dc.rn = e.rn 

Answer 3

Я бы рекомендовал строить таблицу моста вместо того, чтобы в EntryId в DiscountCodes таблице с EntryId и DiscountCodeId. Поместите Unique Constraint в оба этих поля.

Таким образом, ваша точка входа столкнется с нарушением ограничения при попытке ввести дубликат.

Answer 4

я бы просто положить IDENTITY поле на каждом столе и пусть соответствующая запись соответствует соответствующий discountCode - то есть, если у вас есть тысяча discountCodes фронт, ваш столбец идентификационной информации в таблице discountCodes будет варьироваться от 1 до 1000. Это будет соответствовать вашим первым от 1 до 1000 записей. Если вы получаете более 1000 записей, просто добавьте один скидочный код за дополнительную запись.

Таким образом, SQL Server обрабатывает все проблемные логические «получить следующий номер в последовательности» для вас.

Answer 5

Вы можете попытаться использовать sp_getapplock и синхронизировать операцию записи, просто убедитесь, что он блокирует против того же хэш, как

DECLARE @state Int 

BEGIN TRAN 

-- here we're using 1 sec's as time out, but you should determine what the min value is for your instance 
EXEC @state = sp_getapplock 'SyncIt', 'Exclusive', 'Transaction', 1000 

-- do insert/update/etc... 

-- if you like you can be a little verbose and explicit, otherwise line below shouldn't be needed 
EXEC sp_releaseapplock 'SyncIt', 'Transaction' 

COMMIT TRAN