Emulare una sequenza TSQL tramite una stored procedure

Ho un requisito per creare una procedura memorizzata che emula una sequenza TSQL. Cioè dà sempre un valore intero distinto crescente su ogni chiamata. Inoltre, se viene passato un numero intero, dovrebbe restituire quel valore se non è mai stato ottenuto un risultato maggiore o il successivo intero più alto disponibile. Inutile dire che possono esserci più client che chiamano questo SP contemporaneamente.

Data una tabella MetaInfo con colonne MetaKey varchar (max) e MeatValueLong bigInt. Si prevede che la riga con il MetaKey di "Internal-ID-Last" conterrà l'ultimo valore più alto assegnato. Ho creato la seguente procedura memorizzata:

CREATE PROCEDURE [dbo].[uspGetNextID]
(
  @inID bigInt 
)
AS
BEGIN
    SET NOCOUNT ON;

    BEGIN TRANSACTION

    UPDATE MetaInfo WITH (ROWLOCK) 
      SET MetaValueLong = CASE 
                            WHEN ISNULL(MetaValueLong,0) > @inID THEN MetaValueLong+1 
                            ELSE @inID+1
                          END 
    WHERE MetaKey = 'Internal-ID-Last'

    SELECT MetaValueLong 
    FROM MetaInfo
    WHERE MetaKey = 'Internal-ID-Last'

    COMMIT TRANSACTION 

END

La mia domanda è semplicemente: questa procedura memorizzata funziona come previsto (a tutti i chiamanti verrà assegnato un risultato unico)?

Ho dato un'occhiata e gli stessi MS offrono una soluzione senza serrature

http://blogs.msdn.com/b/sqlcat/archive/2006/04/10/sql-server-sequence-number.aspx

Questo è un semplice aggiornamento senza suggerimenti di blocco, ma dicono che blocca / deadlock.

Non c'è molto da dire su questo.

Sarei propenso ad aggiungere UPDLOCK al tuo ROWLOCK (come da "tabella come coda" (SO) ma senza READPAST). Ciò aumenterà l'isolamento nel caso in cui un secondo processo inizi a leggere.

Tuttavia, il fatto che tutti i tuoi processi vogliano leggere / scrivere sulla stessa riga mi fa pensare a me stesso. READPAST consente una concorrenza sicura ma in questo caso è inutile.

Nota: è possibile utilizzare la clausola OUTPUT anziché una seconda selezione, quindi non è necessaria la transazione.

HTH ...

Mancano le seguenti cose

1. SET XACT_ABORT
2. Exception Handling (Try Catch)

Sì, dovrebbe soddisfare le tue condizioni. Una volta che tali situazioni arrivano nelle transazioni, crea le sue molteplici istanze e, successivamente, a tutti i chiamanti verrà assegnato un risultato unico

Una soluzione più scalabile che non richiede la serializzazione è questa:

CREATE PROCEDURE [dbo].[uspGetNextID]
(
  @inID BIGINT OUT
)
AS
      SET NOCOUNT ON
      SET IDENTITY_INSERT SequenceTable ON;
      INSERT INTO SequenceTable (id) VALUES (@inID);
      SET IDENTITY_INSERT SequenceTable OFF;
      INSERT INTO SequenceTable DEFAULT VALUES;
      DELETE FROM SequenceTable WITH (READPAST);
      SET @inID = SCOPE_IDENTITY();
RETURN;