シリアル番号プールからシリアル番号をクライアントに割り当てる

Question

ライセンスキー/シリアル番号のSQL Serverテーブルがあります。 テーブル構造は次のようなものです。私のASP.NETアプリケーションを介して

[ 
RecordId int, 
LicenceKey string, 
Status int (available, locked, used, expired etc.) 
AssignedTo int (customerId) 
.... 
] 

ユーザーが受け入れるボタンをクリックし、ライセンスを購入することを決定したときに、私は、ユーザーのライセンスキーを確保する必要があります。 私のアプローチは次のようなものです KeysTableからトップ1を選択してください。ステータス=利用可能 更新キーセットステータス=ロック キーをアプリケーションに戻します。

私の懸念は、2つのasp.netスレッドが同じレコードにアクセスし、同じlicencekeyを返す場合です。 このような課題を実行するベストプラクティスは何と思いますか？この種の問題にはよく知られているaproachやパターンがありますか？ lock（）ステートメントが必要な場合はどこで使用しますか？

私はSql Server 2005、データアクセス用のストアドプロシージャ、DataLayerのBusinessLayerおよびAsp.Net GUIを使用しています。

おかげ

Answer 1

この場合、明示的なロックやトランザクションを使用する必要はないでしょう。

ストアドプロシージャでは、UPDATEステートメントのOUTPUT句を使用して、テーブルを更新して1回のアトミック操作でライセンスキーを取得できます。このような

何か：

UPDATE TOP (1) KeysTable 
SET Status = 'locked' 
OUTPUT INSERTED.LicenseKey 
-- if you want more than one column... 
-- OUTPUT INSERTED.RecordID, INSERTED.LicenseKey 
-- if you want all columns... 
-- OUTPUT INSERTED.* 
WHERE Status = 'available' 

Answer 2

は、私はそうでない場合は、常に競合状態のいくつかの並べ替えが存在しますので、あなたが実際に、あなたはそれのために照会されている同じストアドプロシージャでは使用できないようにキーをマークするべきだと思います。手動でテーブルをロックするのは良い方法ではありません。

2段階のプロセス（航空券の予約など）がある場合は、指定した期間（30分など）キーを予約するというコンセプトを導入して、新しいキーを照会するときに、あなたはそれを同時に予約します。

EDIT：データベースを変更するプロセスが1つだけであることを保証できる場合は、おそらくビジネスロジックのロックが機能しますが、データベースレベルで実行する方がはるかに優れています。これを正しく行うには、@Adam Robinsonが答えたように、トランザクションレベルを設定してデータベース内のトランザクションを使用する必要があります。

Answer 3

あなたが話していることを達成するには、シリアライズ可能なトランザクションを使用する必要があります。これを行うには、次のパターンに従います。

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE 
GO 
BEGIN TRANSACTION 

--Execute select 
--Execute update 

COMMIT TRANSACTION 

しかし、なぜすべてのライセンスキーがあるテーブルを持っていますか？なぜ鍵生成アルゴリズムを持っていないのですか？ユーザがそれを購入したときに新しい鍵を作成するのはなぜですか？

Answer 4

また、トランザクションに加えてロックを（SQLで）使用して、一度に1つのスレッドのみがアクセスできることを確認することもできます。

私は、アプリケーションのロックがここで助けになると信じています。