@@IDENTITY, SCOPE_IDENTITY(), OUTPUT et autres méthodes de récupération de la dernière identité

Question

J'ai vu différentes méthodes utilisées pour récupérer la valeur d'un champ d'identité de clé primaire après insertion.

declare @t table (
    id int identity primary key,
    somecol datetime default getdate()
)
insert into @t
default values

select SCOPE_IDENTITY() --returns 1
select @@IDENTITY --returns 1

Renvoi d'une table d'identités à la suite d'un encart :

Create Table #Testing (  
    id int identity,  
    somedate datetime default getdate()  
)  
insert into #Testing  
output inserted.*  
default values   

Quelle est la méthode la plus appropriée ou la meilleure ? La méthode OUTPUT est-elle sans danger pour le champ d'application ?

Le deuxième extrait de code a été emprunté à SQL dans la nature

Answer 1

Cela dépend de ce que vous essayez de faire...

@@IDENTITY

Renvoie la dernière valeur d'IDENTITÉ produite sur une connexion, quelle que soit la table qui a produit la valeur et quelle que soit la portée de l'instruction qui a produit la valeur. @@IDENTITY renvoie la dernière valeur d'identité entrée dans une table dans la session en cours. @@IDENTITY est limité à la session en cours et n'est pas limité à la portée en cours. Par exemple, si vous avez un déclencheur sur une table qui provoque la création d'une identité dans une autre table, vous obtiendrez l'identité qui a été créée en dernier, même si c'est le déclencheur qui l'a créée.

IDENTITÉ DU CHAMP D'APPLICATION()

Renvoie la dernière valeur d'IDENTITÉ produite sur une connexion et par une instruction dans la même portée, quelle que soit la table qui a produit la valeur. SCOPE_IDENTITY() est similaire à @@IDENTITY, mais il limitera également la valeur à votre portée actuelle. En d'autres termes, elle renverra la dernière valeur d'identité que vous avez explicitement créée, plutôt qu'une identité créée par un déclencheur ou une fonction définie par l'utilisateur.

IDENT_CURRENT()

Renvoie la dernière valeur d'IDENTITÉ produite dans une table, indépendamment de la connexion et de la portée de l'instruction qui a produit la valeur. IDENT_CURRENT est limité à une table spécifiée, mais pas par la connexion ou l'étendue.

Answer 2

Notez qu'il y a un bogue dans scope_identity() y @@identity - voir MS Connect : https://web.archive.org/web/20130412223343/https://connect.microsoft.com/SQLServer/feedback/details/328811/scope-identity-sometimes-returns-incorrect-value

Une citation (de Microsoft) :

Je recommande vivement d'utiliser OUTPUT au lieu de @@IDENTITY dans tous les cas. C'est simplement la meilleure façon de lire l'identité et l'horodatage.

Éditée pour ajouter : ceci est peut-être corrigé maintenant. Connect me donne une erreur, mais je vois :

Correction de Scope_Identity() qui renvoie une valeur incorrecte ?

Answer 3

@@Identity est la bonne vieille méthode. Utilisez SCOPE_IDENTITY() dans toutes les instances à l'avenir. Voir MSDN pour les répercussions de l'utilisation de @@IDENTITY (elles sont mauvaises !).

Answer 4

Il existe une autre méthode disponible dans SQL Server 2005 qui est décrite ci-dessous dans SQL in the Wild .

Cela vous permettra de récupérer plusieurs identités après l'insertion. Voici le code de l'article de blog :

Create Table #Testing (  
    id int identity,  
    somedate datetime default getdate()  
)  
insert into #Testing  
output inserted.*  
default values

Answer 5

Une petite correction à la réponse de Godeke :

Il n'y a pas que les déclencheurs dont il faut se préoccuper. Tout type d'opération imbriquée, telle que les procs stockées, qui entraîne la création d'identifiants peut modifier la valeur de @@IDENTITY.

Un autre vote pour scope_identity...