Récupérer les données Insert - SQL Server 2000

Salut,

Depuis un agent Lotus Notes via un connecteur [FONT=Helv]
LSX for Lotus Connectors, j'écris des données dans une base SQL avec une chaîne SQL

[/FONT]

Code:

---

1 2	INSERT INTO tblMandats (ManNekoId, ManGarId,TypeMandat,NoExterne,NomExterne,DelaiExterne,DelaiExecution,EnvoiNW,Peremption,Mandate,LangueMandat,Statut) VALUES ('A1','A1931',1,'test','test','12/20/2006','09/18/2006',1,'12/31/2015','test','F',1)

---

SQL me retourne 1 ligne affectée. Ce que je voudrais faire, c'est de récupérer l'ID de la ligne insérée (champ MandatId).

J'ai trouvé sur MSDN OUTPUT inserted.xxxx à insérer dans la chaîne INSERT entre l'énumération des colonnes et des valeurs. Cela ne fonctionne pas, mais je pense que c'est correct car j'utilise SQL Server 2000 et non pas SQL Server 2005.

Comment faire avec SQL Server 2000 ?

avec @@identity

This example inserts a row into a table with an identity column and uses @@IDENTITY to display the identity value used in the new row.

Code:

---

1 2	INSERT INTO jobs (job_desc,min_lvl,max_lvl)VALUES ('Accountant',12,125)SELECT @@IDENTITY AS 'Identity'

---

Attention avec @@IDENTITY ...

- @@IDENTITY renvoie la dernière valeur d'identité générée pour la connexion en cours quelle que soit la table (déconseillée si tu utilises les triggers, amusement garanti si tu utilises, par ex., des tables de log dans des triggers INSERT)

- IDENT_CURRENT("Table_name") renvoie la dernière valeur d'identité générée pour la table spécifiée quelle que soit la connexion (déconseillée en multi-user)

- SCOPE_IDENTITY() renvoie la dernière valeur d'identité générée pour l'étendue, càd dans le bloc d'instructions courant (donc, si tu insères dans une table T1 qui a un trigger qui insère dans une table T2, tu recevras bien l'identité de T1 car le bloc courant est du style ...

Code:

---

1 2	INSERT INTO T1(...) SELECT SCOPE_IDENTITY()

---

Je te conseille donc fortement d'utiliser

Code:

---

SELECT SCOPE_IDENTITY()

---

dans tous les cas ... cela t'évitera bien des soucis si ta base de données doit évoluer.

Merci de la réponse. :lol:

Il ne me reste qu'à récupérer la valeur retournée par la connection (plus facile à dire que trouver la classe qui a récupéré la valeur). Mais ceci n'est plus le travail dans SQL-Server, mais le traitement dans Lotus Notes.8O