Discussion :

[icebe]

J'utilise l'a fonction IDENT_CURRENT('Nom de la table') afin de connaitre le dernier identifiant d'une table.
Une table ayant été copiée de SQL-2000 vers 2005, le compteur d'identité actuel et celui utilisé par IDENT_CURRENT se sont désynchronisés. En effet quand j'insère manuellement dans une table. L'ident suis bien la logique donc le numéro d'ID est correct mais pas celui retourné par la fonction en sujet.

J'ai donc un écart entre la valeur du champ identité et la valeur retournée par IDENT_CURRENT.

J'ai consulté la documentation SQL-2005 et il est clairement indiqué dans la rubrique IDENT_CURRENT que ce genre de problème existe notamment avec une violation de type IGNORE_DUP_KEY.

Est-ce un bug et y a t'il moyen de resynchroniser les deux compteurs?

[SQLpro]

Là n'est pas le problème. Le problème vient plutôt de la portée de la fonction. Que voulez-vous faire ?
Connaître le dernier auto incrément attribué DANS VOTRE SESSION et dans le code local ? (et quelque soit la table) => @@IDENTITY
Connaître le dernier auto incrément attribué à une table spécifique dans n'importe quelle session ? => IDENT_CURRENT
Connaître le dernier auto incrément attribué à une table spécifique DANS VOTRE SESSION quelque soit la portée du code => SCOPE_IDENTITY
Si vous avez inséré des lignes en débranchant l'auto incrément et en forçant une valeur dans la colonne avec attribut IDENTITY, alors vous devez forcément connaître la dernière valeur.

Dans tous les cas, vous avez la possibilité de retrouver ce que vous voulez.

A +

[icebe]

J'utilise des enregistrements avec une colonne de référence qui reprend l'ID pour un chaînage parent enfant.

J'ai donc besoin dans certain cas de connaître le dernier identity afin de pouvoir insérer un enregistrement qui puissent se pointer lui même ceci crée le parent.
Le problème vien du fait que je dois calculer le numéro de l'ID que je vais insérer avant l'insert.
pour être plus clair je dois avoir un enregistrement du genre ID=1040 parent=1040 dès l'insertion.
J'utilise IDENT_CURRENT('TABLE') + IDENT_INCR('TABLE').
Mon scope est donc limité a une table bien précise.
Cette appel fonctionne très bien en SQL2000 mais pas en SQL2005.
Dans mon cas les inserts se font avec des ID vers les 1800 et le IDENT_CURRENT me retourne des valeurs de l'ordre de 1850 il y a donc une décalage qui rend cette fonction inutilisable.
Je suspecte un bug car le but de cette fonction est de retourner la valeur du dernier enregistrement identity et pas la valeur d'un compteur système event.
Je crois que je vais solutionner le problème en créant moi même une fonction qui me retourne une valeur max ID pour une table donnée.