SQL Server - Rückgabewert nach INSERT

Ich versuche, den Schlüsselwert nach einer INSERT-Anweisung zurückzubekommen. Beispiel: Ich habe eine Tabelle mit den Attributen Name und ID. id ist ein generierter Wert.

    INSERT INTO table (name) VALUES('bob');

Jetzt möchte ich die ID im selben Schritt zurückbekommen. Wie wird das gemacht?

Wir verwenden Microsoft SQL Server 2008.

Keine separate SELECT ...

INSERT INTO table (name)
OUTPUT Inserted.ID
VALUES('bob');

Dies funktioniert auch für Nicht-IDENTITY-Spalten (z. B. GUIDs)

Verwenden Sie SCOPE_IDENTITY()diese Option , um den neuen ID-Wert abzurufen

INSERT INTO table (name) VALUES('bob');

SELECT SCOPE_IDENTITY()

http://msdn.microsoft.com/en-us/library/ms190315.aspx

INSERT INTO files (title) VALUES ('whatever'); 
SELECT * FROM files WHERE id = SCOPE_IDENTITY();

Ist die sicherste Wette, da ein bekanntes Problem mit dem OUTPUT-Klauselkonflikt bei Tabellen mit Triggern vorliegt. Dies macht dies ziemlich unzuverlässig, da selbst wenn Ihre Tabelle derzeit keine Auslöser hat - jemand, der später einen hinzufügt, Ihre Anwendung beschädigt. Zeitbombe Verhalten.

Weitere Informationen finden Sie im msdn-Artikel:

http://blogs.msdn.com/b/sqlprogrammability/archive/2008/07/11/update-with-output-clause-triggers-and-sqlmoreresults.aspx

Entity Framework führt etwas Ähnliches aus wie die Antwort von gbn:

DECLARE @generated_keys table([Id] uniqueidentifier)

INSERT INTO Customers(FirstName)
OUTPUT inserted.CustomerID INTO @generated_keys
VALUES('bob');

SELECT t.[CustomerID]
FROM @generated_keys AS g 
   JOIN dbo.Customers AS t 
   ON g.Id = t.CustomerID
WHERE @@ROWCOUNT > 0

Die Ausgabeergebnisse werden in einer temporären Tabellenvariablen gespeichert und dann wieder für den Client ausgewählt. Muss sich der Gotcha bewusst sein:

Einfügungen können mehr als eine Zeile generieren, sodass die Variable mehr als eine Zeile enthalten kann, sodass Sie mehr als eine Zeile zurückgeben können ID

Ich habe keine Ahnung, warum EF die kurzlebige Tabelle wieder mit der realen Tabelle verbinden würde (unter welchen Umständen würden die beiden nicht übereinstimmen).

Aber genau das macht EF.

Nur SQL Server 2008 oder neuer. Wenn es 2005 ist, haben Sie kein Glück.

@@IDENTITY Ist eine Systemfunktion, die den zuletzt eingefügten Identitätswert zurückgibt.

Es gibt viele Möglichkeiten, nach dem Einfügen zu beenden

Wenn Sie Daten in eine Tabelle einfügen, können Sie mit der OUTPUT-Klausel eine Kopie der Daten zurückgeben, die in die Tabelle eingefügt wurden. Die OUTPUT-Klausel hat zwei Grundformen: OUTPUT und OUTPUT INTO. Verwenden Sie das OUTPUT-Formular, wenn Sie die Daten an die aufrufende Anwendung zurückgeben möchten. Verwenden Sie das Formular OUTPUT INTO, wenn Sie die Daten an eine Tabelle oder eine Tabellenvariable zurückgeben möchten.

DECLARE @MyTableVar TABLE (id INT,NAME NVARCHAR(50));

INSERT INTO tableName
(
  NAME,....
)OUTPUT INSERTED.id,INSERTED.Name INTO @MyTableVar
VALUES
(
   'test',...
)

IDENT_CURRENT : Gibt die letzte Identität zurück, die für eine bestimmte Tabelle oder Ansicht in einer Sitzung erstellt wurde.

SELECT IDENT_CURRENT('tableName') AS [IDENT_CURRENT]

SCOPE_IDENTITY : Gibt die letzte Identität aus derselben Sitzung und demselben Bereich zurück. Ein Bereich ist eine gespeicherte Prozedur / ein Trigger usw.

SELECT SCOPE_IDENTITY() AS [SCOPE_IDENTITY];  

@@ IDENTITY : Gibt die letzte Identität aus derselben Sitzung zurück.

SELECT @@IDENTITY AS [@@IDENTITY];

Die beste und sicherste Lösung ist die Verwendung SCOPE_IDENTITY().

Sie müssen lediglich nach jeder Einfügung die Bereichsidentität abrufen und in einer Variablen speichern, da Sie zwei Einfügungen im selben Bereich aufrufen können.

ident_currentund @@identityvielleicht funktionieren sie, aber sie sind kein sicherer Bereich. In einer großen Anwendung können Probleme auftreten

  declare @duplicataId int
  select @duplicataId =   (SELECT SCOPE_IDENTITY())

Weitere Details finden Sie hier Microsoft-Dokumente

Sie können scope_identity()die ID der Zeile auswählen, die Sie gerade in eine Variable eingefügt haben, und dann einfach die gewünschten Spalten aus dieser Tabelle auswählen, in der die ID = die Identität ist, aus der Sie sie erhalten habenscope_identity()

Hier finden Sie die MSDN-Informationen unter http://msdn.microsoft.com/en-us/library/ms190315.aspx

Es gibt mehrere Möglichkeiten, die zuletzt eingefügte ID nach dem Einfügebefehl abzurufen.

1. @@IDENTITY : Es wird der letzte Identitätswert zurückgegeben, der in einer Verbindung in der aktuellen Sitzung generiert wurde, unabhängig von der Tabelle und dem Umfang der Anweisung, die den Wert erzeugt hat
2. SCOPE_IDENTITY(): Gibt den letzten Identitätswert zurück, der von der insert-Anweisung im aktuellen Bereich in der aktuellen Verbindung unabhängig von der Tabelle generiert wurde.
3. IDENT_CURRENT(‘TABLENAME’): Gibt den zuletzt in der angegebenen Tabelle generierten Identitätswert zurück, unabhängig von einer Verbindung, Sitzung oder einem Bereich. IDENT_CURRENT ist nicht durch Umfang und Sitzung beschränkt. Es ist auf eine bestimmte Tabelle beschränkt.

Jetzt scheint es schwieriger zu sein, zu entscheiden, welches genau zu meiner Anforderung passt.

Ich bevorzuge meistens SCOPE_IDENTITY ().

Wenn Sie in der Anweisung insert die Option SCOPE_IDENTITY () zusammen mit TableName verwenden, erhalten Sie das genaue Ergebnis gemäß Ihren Erwartungen.

Quelle: CodoBee

So verwende ich OUTPUT INSERTED, wenn ich in eine Tabelle einfüge, die ID als Identitätsspalte in SQL Server verwendet:

'myConn is the ADO connection, RS a recordset and ID an integer
Set RS=myConn.Execute("INSERT INTO M2_VOTELIST(PRODUCER_ID,TITLE,TIMEU) OUTPUT INSERTED.ID VALUES ('Gator','Test',GETDATE())")
ID=RS(0)

Sie können eine select-Anweisung an Ihre insert-Anweisung anhängen. Integer myInt = In Tabelle1 (FName) Werte einfügen ('Fred'); Wählen Sie Scope_Identity (); Dies gibt einen Wert der Identität zurück, wenn der Skalierer ausgeführt wird.

Nach dem Einfügen in eine Tabelle mit einer Identitätsspalte können Sie auf @@ IDENTITY verweisen, um den Wert abzurufen: http://msdn.microsoft.com/en-us/library/aa933167%28v=sql.80%29.aspx

* Die Reihenfolge der Parameter in der Verbindungszeichenfolge ist manchmal wichtig. * Die Position des Provider-Parameters kann den Recordset-Cursor nach dem Hinzufügen einer Zeile beschädigen. Wir haben dieses Verhalten beim SQLOLEDB-Anbieter gesehen.

Nachdem eine Zeile hinzugefügt wurde, sind die Zeilenfelder nicht verfügbar, es sei denn, der Anbieter wird als erster Parameter in der Verbindungszeichenfolge angegeben. Wenn sich der Anbieter an einer beliebigen Stelle in der Verbindungszeichenfolge befindet, außer als erster Parameter, sind die neu eingefügten Zeilenfelder nicht verfügbar. Als wir den Provider auf den ersten Parameter verschoben haben, erschienen die Zeilenfelder auf magische Weise.