Emulieren Sie eine TSQL-Sequenz über eine gespeicherte Prozedur

Ich muss eine gespeicherte Prozedur erstellen, die eine TSQL-Sequenz emuliert. Das heißt, es wird bei jedem Aufruf immer ein ansteigender eindeutiger ganzzahliger Wert angegeben. Wenn eine Ganzzahl übergeben wird, sollte dieser Wert außerdem zurückgegeben werden, wenn noch nie ein Ergebnis größer oder die nächsthöhere verfügbare Ganzzahl vorlag. Es versteht sich von selbst, dass es mehrere Clients geben kann, die diesen SP gleichzeitig aufrufen.

Gegeben eine Tabelle MetaInfo mit den Spalten MetaKey varchar (max) und MeatValueLong bigInt. Es wird erwartet, dass die Zeile mit dem MetaKey 'Internal-ID-Last' den zuletzt zugewiesenen höchsten Wert enthält. Ich habe die folgende gespeicherte Prozedur erstellt:

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

Meine Frage ist einfach, funktioniert diese gespeicherte Prozedur wie erwartet (allen Anrufern wird ein eindeutiges Ergebnis zugewiesen)?

Ich habe mich umgesehen und MS selbst bietet eine Lösung ohne Schlösser an

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

Dies ist ein einfaches Update ohne Sperrhinweise, aber sie sagen, es sperrt / blockiert.

Darüber gibt es auch nicht viel zu berichten.

Ich würde gerne UPDLOCK zu Ihrem ROWLOCK hinzufügen (gemäß "Tabelle als Warteschlange" (SO), aber ohne READPAST). Dies erhöht die Isolation, falls ein zweiter Prozess mit dem Lesen beginnt.

Die Tatsache, dass alle Ihre Prozesse dieselbe Zeile lesen / schreiben möchten, lässt mich jedoch selbst raten. READPAST erlaubt eine sichere Parallelität, ist aber in diesem Fall unbrauchbar.

Hinweis: Sie können die OUTPUT-Klausel anstelle einer zweiten Auswahl verwenden, dann benötigen Sie die Transaktion nicht.

HTH ...

Folgendes fehlt

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

Ja, es sollte Ihre Bedingung erfüllen. Sobald solche Situationen in Transaktionen eintreten, werden mehrere Instanzen erstellt, und anschließend wird allen Anrufern ein eindeutiges Ergebnis zugewiesen

Eine skalierbarere Lösung, die keine Serialisierung erfordert, ist die folgende:

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;