@@IDENTITY apres un INSERT ne fonctionne pas [Résolu]

[gderenne]

Salut,

Ma base de données est SQL Server 2005 Express.

Lorsque je suis dans Management Studio Express et que je fais cette requete :

Code SQL :

1
2
INSERT INTO test (nom) VALUES ('test') ;
SELECT @@IDENTITY AS LastId ;

Ca fonctionne impécable.

Donc, le problème ne vient pas de SQL Server (c'est pour ca que je n'ai pas posté mon message dans le forum SQL Server).

Par contre, quand je lance ces requetes depuis le serveur IIS ainsi :

Code VBScript :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
<%
Dim Conn
Dim RS
Dim intLastid
 
Set Conn = Server.CreateObject("ADODB.Connection")
Set RS = Server.CreateObject("ADODB.Recordset")
Conn.Open = "Driver={SQL Native Client};" & _
	"UID=user;" & _
	"PWD=pass;" & _
	"DATABASE=base;" & _
	"SERVER=FILESERVER\SQLEXPRESS"
 
RS.Open "INSERT INTO test (texte) VALUES ('test')", Conn
RS.Open "SELECT @@IDENTITY AS lastid", Conn
intLastid = RS("lastid")
RS.Close
 
Response.Write "Le dernier id est : " & intLastid
Conn.Close
Set RS = Nothing
Set Conn = Nothing
%>

@@IDENTITY ne renvoi rien. Un peu comme si chaque requete (pourtant dans la meme connexion) n'était pas dans la meme connexion.

Est-ce ma methode ou bien l'ADODB qui fait ca ?

A NOTER :
Exactement le meme code fonctionne parfaitement sur un serveur MySQL.
@@IDENTITY renvoi bien le dernier id inséré par la connexion en cours.

[gderenne]

Pour l'instant, j'ai appliqué une solution alternative batarde (mais sommes toutes ficalbe).

C'est :

Code SQL :

1
2
INSERT INTO test (nom, user) VALUES ('test', 1) ;
SELECT MAX(id) AS LastId FROM test WHERE user = 1 ;

Mais bon... Pourquoi faire simple quand on peut faire compliqué...

[kaiser59]

Salut,

Tu as ceci :

Envoyé par gderenne

Code asp :

J'utilise pas SQL SERVER mais comme c'est utilisé via ASP je pense que c'est le même principe. Peux-tu m'expliquer pourquoi tu ouvre deux fois la requête si tu fais un Insert depuis les valeurs existantes d'un select ? C'est plutôt comme ça, je pense :

Code asp :

1
2
3
4
<%
Sql="INSERT INTO test (texte) VALUES ('test') SELECT @@IDENTITY AS lastid"
Rs.open Sql, Conn
%>

Par ailleurs, si le @@ ne fonctionne pas c'est peut-être parce qu'il faut trouver l'équivalent en asp à titre d'exemple, l' (*) d'Access en ASP devient (%) si je me souviens bien.

[gderenne]

Merci pour la solution...

En fait, je n'étais pas si loin car entre temps, je m'étais posé exactement la meme question :
"Pourquoi 2 RecordSet pour un INSERT et un SELECT puisque entre temps on n'est pas forcé de le cloturer (RS.Close) ?"

J'avais tenté :

Code SQL :

INSERT INTO test (texte) VALUES ('test') ; SELECT @@IDENTITY AS lastid ;

Le problème est que lorsque j'execute le code, le serveur répond :

Envoyé par Serveur

Impossible de trouver l'objet dans la collection correspondant au nom ou à la référence ordinale demandé.

Cela fait pareil avec ta solution (sans les ";").

Pourtant, @@IDENTITY est bien renommé "lastid" via la requete. Et meme en récuperant directement @@IDENTITY, c'est le meme message d'erreur.

Par contre, pour ta dernière remarque, je ne vois pas trop . Je me rappelle en effet qu'il fallait modifier sa facon de travailler lors de l'exploitation d'une base Access, mais là, j'ai pas d'infos concernant les modifications à apporter sur le code T-SQL en provenance d'un ASP...

[kaiser59]

Je viens de voir je sais pas si c'est normal mais pourquoi on ne dit pas sur quelle table on travaille dans la requête ?

Tu as :

Code asp :

1
2
3
<%
Sql="INSERT INTO test (texte) VALUES ('test') SELECT @@IDENTITY AS lastid"
%>

Ceci fonctionne ou pas ?

Code asp :

1
2
3
<%
Sql="INSERT INTO test (texte) VALUES ('test') SELECT @@IDENTITY AS lastid FROM MATABLE "
%>

[gderenne]

En fait, ceci fonctionne bien dans Management Studio Express :

Code SQL :

INSERT INTO test (texte) VALUES ('test') SELECT @@IDENTITY AS lastid

Le résultat est :

(1 ligne(s) affectée(s))
lastid
---------------------------------------
136

(1 ligne(s) affectée(s))

En fait, le problème n'est pas tant la facon d'ecrire la requete (avec ou sans FROM test), c'est que ASP semble ne pas prendre en compte la seconde partie se la requete :

Code SQL :

SELECT @@IDENTITY AS lastid

Avec "FROM test", c'est idem (normal, on ne fait que réduire son champs d'action).

J'ai fais un autre test :

Code SQL :

INSERT INTO test (texte) VALUES ('test') SELECT texte FROM test

Le serveur me répond la meme erreur.

[kaiser59]

Ou alors comme je disais quelque message un peu avant c'est le @@ qui poserait problème ??
Est il possible d'afficher le résultat avec seulement le

Code asp :

SELECT @@IDENTITY AS lastid

?

et tester la même chose ou une requête similaire mais sans le @@ ceci permettrais de savoir si c'est bien le @ qui pose problème

[gderenne]

J'ai essayé avec "&", "#", "%" et "$".

Le serveur me retourne une erreur pour chaque. Exactement les memes erreurs que quand je fais la meme manipulation dans Management Studio.

On peut conclue que la syntaxe semble identique depuis ADODB/ASP et Management Studio.

Pour la requete seule, "lastid" renvoi "Null" sans provoquer d'erreur. C'est d'ailleur le problème d'origine du topic.

[gderenne]

Bon ben finalement, on peut conclure qu'il s'agit d'un Bug de ODBC car pour la meme requete SQL sur un serveur MySQL, la réponse est bonne.

Donc, je vais utiliser le principe de précaution en faisant ainsi :

Code SQL :

1
2
INSERT INTO test (nom, user) VALUES ('test', 1) ;
SELECT MAX(id) AS LastId FROM test WHERE user = 1 ;

[ryan]

Yop!

Mouais, mais cette technique ne fonctionne à coup sur qui si tu n'as qu'un utilisateur connecté (et quand on utilise SQLServer, on suppose un trafic important).
Même si la probabilité est faible qu'un autre enregistrement soit ajouté dans la base entre l'INSERT et le SELECT, cette probabilité n'est pas nulle, et si on tient compte de la loi de Murphy....

[gderenne]

En fait, c'est la clause WHERE qui fait que seul l'utilisateur concerné a pu executer un INSERT en dernier le concernant.

Donc, meme si l'utilisateur 2 et l'utilisateur 3 ont pu executer un INSERT, entre les deux requetes INSERT et SELECT de l'utilisateur 1, la réponse sera fiable.

[ryan]

Houlà, mais c'est vrai ça....Heu, 'scuze moi, il était tard, les sangliers n'étaient pas frais...

[yuan]

Bonjour

Je me permet d'ajouter une réponse car j'ai trouvé une solution qui permet de s'affranchir de l'utilisation du "MAX(id)" dans une autre discussion de ce forum. Voici le lien :

http://www.developpez.net/forums/sho...%40%40identity

et voici le code :

Code :

1
2
3
4
5
SQL = "INSERT INTO ...;SELECT @@IDENTITY AS ID;"
Set rs = ObjConn.Execute(SQL,,1)
Set rs= rs.NextRecordset
	New_ID = rs("ID")
rs.close

J'avais le même problème et cette solution fonctionne parfaitement dans mon cas.

à Immobilis pour cette solution.