Il modo migliore per ottenere l'ultima identità inserita in una tabella

Qual è l'opzione migliore per ottenere il valore di identità che ho appena generato tramite un inserto? Qual è l'impatto di queste dichiarazioni in termini di prestazioni?

1. SCOPE_IDENTITY()
2. Funzione aggregata MAX()
3. SELEZIONA TOP 1IdentityColumn FROM TableNameORDER BY IdentityColumn DESC

UtilizzareSCOPE_IDENTITY() se si sta inserendo una singola riga e si desidera recuperare l'ID che è stato generato.

CREATE TABLE #a(identity_column INT IDENTITY(1,1), x CHAR(1));

INSERT #a(x) VALUES('a');

SELECT SCOPE_IDENTITY();

Risultato:

----
1

Utilizzare la OUTPUTclausola se si inseriscono più righe e è necessario recuperare il set di ID che sono stati generati.

INSERT #a(x) 
  OUTPUT inserted.identity_column 
  VALUES('b'),('c');

Risultato:

----
2
3

e perché questa è la migliore opzione più veloce?

Prestazioni a parte, queste sono le uniche garantite per essere corrette nel livello di isolamento predefinito e / o con più utenti. Anche se si ignora l'aspetto di correttezza, SQL Server contiene il valore inseritoSCOPE_IDENTITY() in memoria il , quindi naturalmente questo sarà più veloce di andare ed eseguire la propria query isolata contro la tabella o contro le tabelle di sistema.

Ignorare l'aspetto della correttezza è come dire al postino che ha fatto un buon lavoro consegnando la posta di oggi - ha terminato il suo percorso 10 minuti più velocemente del suo tempo medio, il problema è che nessuno dei messaggi è stato consegnato alla casa giusta.

Non utilizzare nessuno dei seguenti:

• @@IDENTITY - poiché questo non può essere utilizzato in tutti gli scenari, ad esempio quando una tabella con una colonna identità ha un trigger che si inserisce anche in un'altra tabella con la propria colonna identità - otterrai un valore errato.
• IDENT_CURRENT()- Vado in dettaglio su questo qui , e anche i commenti sono utili da leggere, ma essenzialmente, sotto la concorrenza, otterrai spesso la risposta sbagliata.
• MAX()oppure TOP 1- dovresti proteggere le due affermazioni con isolamento serializzabile per assicurarti che il risultato MAX()non sia quello di qualcun altro. Questo è molto più costoso del semplice utilizzo SCOPE_IDENTITY().

Queste funzioni falliscono anche quando si inseriscono due o più righe e sono necessari tutti i valori di identità generati: l'unica opzione è la OUTPUTclausola.

A parte le prestazioni, hanno tutti significati piuttosto diversi.

SCOPE_IDENTITY()ti darà l'ultimo valore di identità inserito in qualsiasi tabella direttamente nell'ambito corrente (scope = batch, stored procedure, ecc. ma non all'interno, per esempio, di un trigger attivato dall'ambito corrente).

IDENT_CURRENT()ti darà l'ultimo valore di identità inserito in una tabella specifica da qualsiasi ambito, da qualsiasi utente.

@@IDENTITYfornisce l'ultimo valore di identità generato dall'istruzione INSERT più recente per la connessione corrente, indipendentemente dalla tabella o dall'ambito. (Nota a margine: Access utilizza questa funzione e quindi presenta alcuni problemi con i trigger che inseriscono valori in tabelle con colonne di identità.)

L'utilizzo MAX()o TOP 1può fornire risultati completamente errati se la tabella presenta un passaggio di identità negativo o se sono state inserite righe SET IDENTITY_INSERTin gioco. Ecco uno script che dimostra tutti questi:

CREATE TABLE ReverseIdent (
    id int IDENTITY(9000,-1) NOT NULL PRIMARY KEY CLUSTERED,
    data char(4)
)

INSERT INTO ReverseIdent (data)
VALUES ('a'), ('b'), ('c')

SELECT * FROM ReverseIdent

SELECT IDENT_CURRENT('ReverseIdent') --8998
SELECT MAX(id) FROM ReverseIdent --9000

SET IDENTITY_INSERT ReverseIdent ON

INSERT INTO ReverseIdent (id, data)
VALUES (9005, 'd')

SET IDENTITY_INSERT ReverseIdent OFF

SELECT IDENT_CURRENT('ReverseIdent') --8998
SELECT MAX(id) FROM ReverseIdent --9005

Riassunto: bastone con SCOPE_IDENTITY(), IDENT_CURRENT()o @@IDENTITY, e assicurarsi che si sta utilizzando quella che restituisce quello che effettivamente bisogno.