{"id":1226,"date":"2015-09-06T17:07:40","date_gmt":"2015-09-06T15:07:40","guid":{"rendered":"http:\/\/www.sqlserver.fr\/blog\/?p=1226"},"modified":"2020-09-01T10:07:51","modified_gmt":"2020-09-01T08:07:51","slug":"identity-pourquoi-lui-tourner-le-dos","status":"publish","type":"post","link":"https:\/\/www.sqlserver.fr\/blog\/identity-pourquoi-lui-tourner-le-dos\/","title":{"rendered":"@@IDENTITY : Pourquoi lui tourner le dos …"},"content":{"rendered":"

Malgr\u00e9 sa pr\u00e9sence dans de nombreux scripts, la valeur syst\u00e8me @@IDENTITY est \u00e0 mon sens \u00e0 proscrire. Je vais chercher \u00e0 d\u00e9montrer dans ce petit papier pourquoi et par quoi la remplacer.<\/p>\n

En reprenant l’aide en ligne<\/a>, il est indiqu\u00e9 que @@IDENTITY retourne \u00ab\u00a0la derni\u00e8re valeur d’identit\u00e9 ins\u00e9r\u00e9e.\u00a0\u00bb. Jusqu’ici, tout semble normal.<\/p>\n

\"Demo1\"<\/a><\/p>\n

Mais en y regardant de plus pr\u00eat, et surtout en lisant entre les lignes, on peut trouver certaines cas dans lesquels ont n’a pas tout \u00e0 fait ce \u00e0 quoi on pourrait s’attendre.<\/p>\n

Par exemple, consid\u00e9rons le cas d’insertion dans une table avec un d\u00e9clencheur. L’aide en ligne nous indique clairement que, si le d\u00e9clencheur lui-m\u00eame fait des insertions, ce sont ces derni\u00e8res qui risquent d’\u00eatre prises en compte.<\/p>\n

CREATE TABLE TableAvecTrigger(Id int IDENTITY, Valeur varchar(max))\r\nGO\r\nCREATE TABLE TableTrace(Id int IDENTITY, Texte varchar(max))\r\nGO\r\nCREATE TRIGGER TR_Test ON TableAvecTrigger FOR INSERT\r\nAS\r\nBEGIN\r\n\tSET NOCOUNT ON\r\n\tinsert into TableTrace (Texte) values ('D\u00e9but Trace');\r\n\tinsert into TableTrace (Texte) select 'Insertion de ' + Valeur from inserted\r\n\tinsert into TableTrace (Texte) values ('Fin Trace');\r\nEND\r\nGO<\/pre>\n
A ce moment-l\u00e0, les valeurs retourn\u00e9es par @@IDENTITY ne correspondent pas du tout aux valeurs des instructions INSERT principales …<\/p>\n
\"Demo2\"<\/a><\/p>\n
On voit ici que les valeurs des derniers identifiants techniques retourn\u00e9s ne correspondent pas \u00e0 la table que l’on est en train de remplir, mais sont en fait biais\u00e9s du fait de l’action du d\u00e9clencheur, qui impacte lui aussi une table avec une colonne IDENTITY.<\/p>\n
La solution \u00e0 ce probl\u00e8me se nomme SCOPE_IDENTITY<\/a>. Cette instruction permet de retourner la derni\u00e8re valeur d’IDENTITY ins\u00e9r\u00e9e, mais en se limitant \u00e0 l’\u00e9tendue\u00a0courante. De fait, l’action du d\u00e9clencheur, qui est dans une autre \u00e9tendue, n’a pas d’impact.<\/p>\n
\"Demo3\"<\/a><\/p>\n
En conclusion, \u00e9vitez absolument le @@IDENTITY, et remplacez-le syst\u00e9matiquement par SCOPE_IDENTITY(), \u00e0 moins bien entendu que vous cherchiez vraiment \u00e0 obtenir des r\u00e9sultats \u00ab\u00a0sp\u00e9ciaux\u00a0\u00bb …<\/p>\n","protected":false},"excerpt":{"rendered":"
Malgr\u00e9 sa pr\u00e9sence dans de nombreux scripts, la valeur syst\u00e8me @@IDENTITY est \u00e0 mon sens \u00e0 proscrire. Je vais chercher \u00e0 d\u00e9montrer dans ce petit papier pourquoi et par quoi la remplacer.<\/p>\n","protected":false},"author":7,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-1226","post","type-post","status-publish","format-standard","hentry","category-article_sql"],"_links":{"self":[{"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/posts\/1226","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/users\/7"}],"replies":[{"embeddable":true,"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/comments?post=1226"}],"version-history":[{"count":17,"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/posts\/1226\/revisions"}],"predecessor-version":[{"id":1816,"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/posts\/1226\/revisions\/1816"}],"wp:attachment":[{"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/media?parent=1226"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/categories?post=1226"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.sqlserver.fr\/blog\/wp-json\/wp\/v2\/tags?post=1226"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}