Discussion :

[plc402]

Bonjour je veux mettre à jour une table client dans ma base.
Cette table a un identifiant unique qui s'incrémente à chaque INSERT et sert d'identifiant client.

Lorsque je fais un Insert sur ma table j'utilise IDDENT_CURRENT pour récupérer l'id de mon nouveau client.

La plupart du temps, cela fonctionne bien, mais parfois, la ligne correspondant à l'id renvoyé n'existe pas et l'id est qd même incrémenté...

Pour l'appli le client est donc bien inséré alors qu'il n'en est rien.
Ce problème se produit de manière complétement aléatoire et je n'ai aps moyen de le catcher.....Je le retouve de même sur d'autre tables sur lesquelles j'utilise le même systême d'insertition.

[Fabien Celaia]

... et en utilisant @@identity ?

[sbeu]

Je ne sais pas si c'est possible dans ton cas, mais essaie de faire un begin trans puis un commit lors de l'insertion.
Je me suis retrouvé dans le cas où j'avais besoin de faire un insert dans une table et dans laquelle je devais faire un delete avant. En fait je faisais le delete, je commitais, puis je faisais l'insert.
Si je ne faisais pas BEGINTRANS/COMMIT lors du delete, je me retrouvais souvent en face d'une violation de clé. En espérant que ça t'aide...

[plc402]

Merci bcps de vos réponses.
J'utilise bien un begin et un commit dans dans ma transaction, mais c'est vrai que j'utilise IDDENT_CURRENT pour récupérer l'id... J'ai refait des tests cet après midi et le fait est que sur sur une 20aine de clients insérés, 1 a planté et m'a renvoyé un id alors qu'aucune ligne n'avait été faite. Le pire c'est que quand je regarde les logs tosu se apsse exactement pareil dans le cas ou cela plante et ds celui ou ça ne plante pas.

Je précise que je fais appel à ma procédure stockée via une appli web utiliser apr environ 200 utilisateurs....

Je teste avec @@identity et je vous tiens au courant.

[SQLpro]

Il ne faut surtout pas utiliser IDENT_CURRENT dans ton cas (et relativement rarement). En effet cette fonction renvoi le dernier incrément de n'importe quelle session, donc de n'importe quel utilisateur !!!

Il faut utiliser @@IDENTITY ou SCOPE_IDENTITY qui sont propre à la session.

Extrait de la doc SQL Server :
"
IDENT_CURRENT est similaire aux fonctions d'identité SCOPE_IDENTITY et @@IDENTITY de Microsoft® SQL Server™ 2000. Ces trois fonctions renvoient les dernières valeurs d'identité générées. Toutefois, la portée et la session sur lesquelles le paramètre 'last' est défini diffèrent pour chacune de ces fonctions.

IDENT_CURRENT renvoie la dernière valeur d'identité générée pour une table spécifique dans n'importe quelles session et portée.


@@IDENTITY renvoie la dernière valeur d'identité générée pour n'importe quelle table dans la session en cours et l'ensemble des portées.


SCOPE_IDENTITY renvoie la dernière valeur d'identité générée pour n'importe quelle table dans la session et la portée en cours.
"

A +
[/b]

[sbeu]

Je crois que tout est dit...