SQL Server: restituisce valore dopo INSERT

Sto cercando di recuperare un valore-chiave dopo un'istruzione INSERT. Esempio: ho una tabella con gli attributi name e id. id è un valore generato.

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

Ora voglio recuperare l'ID nello stesso passaggio. Come si fa?

Stiamo utilizzando Microsoft SQL Server 2008.

Non è necessario un SELECT separato ...

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

Funziona anche con colonne non IDENTITY (come i GUID)

Utilizzare SCOPE_IDENTITY()per ottenere il nuovo valore ID

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();

È la scommessa più sicura poiché esiste un problema noto con il conflitto della clausola OUTPUT sui tavoli con trigger. Lo rende abbastanza inaffidabile, anche se al momento il tuo tavolo non ha alcun trigger: qualcuno che ne aggiunge uno lungo la linea interromperà la tua applicazione. Tipo di comportamento Time Bomb.

Vedi l'articolo msdn per una spiegazione più approfondita:

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

Entity Framework esegue qualcosa di simile alla risposta di 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

I risultati dell'output vengono archiviati in una variabile di tabella temporanea e quindi selezionati nuovamente sul client. Devi essere consapevole del gotcha:

gli inserti possono generare più di una riga, pertanto la variabile può contenere più di una riga, pertanto è possibile restituirne più di una ID

Non ho idea del perché EF si sarebbe unito al tavolo effimero di nuovo al tavolo reale (in quali circostanze i due non corrisponderebbero).

Ma è quello che fa EF.

Solo SQL Server 2008 o più recente. Se è il 2005, sei sfortunato.

@@IDENTITY È una funzione di sistema che restituisce l'ultimo valore di identità inserito.

Esistono molti modi per uscire dopo l'inserimento

Quando si inseriscono dati in una tabella, è possibile utilizzare la clausola OUTPUT per restituire una copia dei dati inseriti nella tabella. La clausola OUTPUT assume due forme base: OUTPUT e OUTPUT INTO. Utilizzare il modulo OUTPUT se si desidera restituire i dati all'applicazione chiamante. Utilizzare il modulo OUTPUT INTO se si desidera restituire i dati a una tabella o a una variabile di tabella.

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

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

IDENT_CURRENT : restituisce l'ultima identità creata per una determinata tabella o vista in qualsiasi sessione.

SELECT IDENT_CURRENT('tableName') AS [IDENT_CURRENT]

SCOPE_IDENTITY : restituisce l'ultima identità da una stessa sessione e lo stesso ambito. Un ambito è una stored procedure / trigger ecc.

SELECT SCOPE_IDENTITY() AS [SCOPE_IDENTITY];  

@@ IDENTITÀ : restituisce l'ultima identità della stessa sessione.

SELECT @@IDENTITY AS [@@IDENTITY];

La soluzione migliore e più sicura sta usando SCOPE_IDENTITY().

Devi solo ottenere l'identità dell'ambito dopo ogni inserimento e salvarla in una variabile perché puoi chiamare due inserti nello stesso ambito.

ident_currente @@identitypossono essere che funzionano ma non sono un ambito sicuro. Puoi avere problemi in una grande applicazione

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

Maggiori dettagli sono qui documenti Microsoft

Puoi usare scope_identity()per selezionare l'ID della riga che hai appena inserito in una variabile, quindi seleziona tutte le colonne che desideri da quella tabella in cui id = l'identità che hai ottenutoscope_identity()

Vedi qui per le informazioni su MSDN http://msdn.microsoft.com/en-us/library/ms190315.aspx

Esistono diversi modi per ottenere l'ultimo ID inserito dopo il comando insert.

1. @@IDENTITY : Restituisce l'ultimo valore di identità generato su una connessione nella sessione corrente, indipendentemente dalla tabella e dall'ambito dell'istruzione che ha prodotto il valore
2. SCOPE_IDENTITY(): Restituisce l'ultimo valore di identità generato dall'istruzione insert nell'ambito corrente nella connessione corrente indipendentemente dalla tabella.
3. IDENT_CURRENT(‘TABLENAME’): Restituisce l'ultimo valore di identità generato nella tabella specificata indipendentemente da qualsiasi connessione, sessione o ambito. IDENT_CURRENT non è limitato da ambito e sessione; è limitato a una tabella specificata.

Ora sembra più difficile decidere quale sarà la corrispondenza esatta per il mio requisito.

Preferisco principalmente SCOPE_IDENTITY ().

Se si utilizza selezionare SCOPE_IDENTITY () insieme a TableName nell'istruzione insert, si otterrà il risultato esatto secondo le proprie aspettative.

Fonte: CodoBee

Questo è il modo in cui utilizzo OUTPUT INSERTED, quando inserisco una tabella che utilizza ID come colonna di identità in SQL Server:

'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)

È possibile aggiungere un'istruzione select all'istruzione insert. Integer myInt = Inserisci nella tabella1 (FName) i valori ('Fred'); Seleziona Scope_Identity (); Ciò restituirà un valore dell'identità quando viene eseguito lo scaler.

Dopo aver effettuato un inserimento in una tabella con una colonna identità, è possibile fare riferimento a @@ IDENTITY per ottenere il valore: http://msdn.microsoft.com/en-us/library/aa933167%28v=sql.80%29.aspx

* L'ordine dei parametri nella stringa di connessione è talvolta importante. * La posizione del parametro Provider può interrompere il cursore recordset dopo aver aggiunto una riga. Abbiamo riscontrato questo comportamento con il provider SQLOLEDB.

Dopo aver aggiunto una riga, i campi della riga non sono disponibili, A MENO CHE il provider sia specificato come primo parametro nella stringa di connessione. Quando il provider si trova in un punto qualsiasi della stringa di connessione, ad eccezione del primo parametro, i campi della riga appena inseriti non sono disponibili. Quando abbiamo spostato il provider sul primo parametro, i campi delle righe sono stati visualizzati magicamente.