Discussion :

[Pelote2012]

Bonjour,

J'ai une table avec id (int) incrémentable automatiquement
Je souhaiterai savoir comment faire pour connaître la prochaine clé

Pour le moment j'utilise

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

From Conf In LesDatas.Configurations Select Conf.IdConf).Max + 1

Mais ily a un problème quand je supprime le dernier enregistrement ... ça me décale.

Par exemple je créé enregistrement 8, je le supprime.
Je demande NewId = 8 alors qu'en base se sera 9

[DotNetMatt]

En principe il suffit d'insérer ton objet, et une fois la sauvegarde effectuée, tu récupères son ID.

Donc si tu veux connaître l'ID en avance, peut-être que tu dois enregistrer ton objet un peu plus tôt afin d'avoir cette information non ?

[Pelote2012]

J'y ai pensé, mais là je suis dans une situation où il faut que j'enregistre un fichier avec le nom = Id et que je valide mon enregistrement que si mon fichier est bien enregistré

[DotNetMatt]

Et si tu procèdes comme ceci ?
- Enregistre ton objet en base afin de "bloquer" un ID
- Enregistre ton fichier
--- Si l'enregistrement du fichier échoue, tu supprimes l'objet que tu as enregistré au préalable
--- Si l'enregistrement du fichier s'effectue correctement, tu laisses l'objet en base

[Pelote2012]

C'est une solution, mais c'est pas très propre

Sur ici
Je vois faudrait utiliser SELECT IDENT_CURRENT(<TableName>) en passant par une procédure stockée.

Linq n'a pas cette fonction nativement?

[DotNetMatt]

Non nativement ça n'existe pas. Comme tu l'as vu dans le lien que tu as indiqué, il faut passer par la procédure stockée.

Mais au niveau de la logique de ton programme ce n'est pas très net, puisque tu veux utiliser une donnée que tu n'as pas encore en ta possession. As-tu pensé à la concurrence ? Tu vas forcément avoir des soucis puisque tu ne "réserves" par les ID au fur et à mesure, d'où la solution que je t'ai proposé.

[Pelote2012]

c'est une interfac ed'admin, qui sera utiliser par une personne

[DotNetMatt]

Ok dans ce cas, la procédure stockée sera sûrement ta meilleure alliée mais si demain il y a deux utilisateurs ou plus, il faudra garder à l'esprit qu'il y aura un risque

[AngeG]

Au pire quand il aura plusieurs users, il pourra au choix, locker la table pour éviter qu'un autre utilisateur écrive dessus, mettre un lock/mutex/semaphore sur la méthode ou encore ecrire la data directement récupérer son id et faire un update
Je suis plutôt adepte du mutex dans ce cas

[Bluedeep]

C'est une solution, mais c'est pas très propre

Sur ici
Je vois faudrait utiliser SELECT IDENT_CURRENT(<TableName>) en passant par une procédure stockée.

Cette solution pose un problème si deux utilisateurs font appel au même moment à cela.

[Bluedeep]

Par exemple je créé enregistrement 8, je le supprime.
Je demande NewId = 8 alors qu'en base se sera 9

Réinitialiser le seed de l'IDENTITY dans ce cas.

[Pelote2012]

Comment on fait ça ?

[Pelote2012]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 Public Shared Function GetLastEntity(ByVal NameTable As String, ByVal LesDatas As CatalogueMobilierEntities) As Integer
        Dim Result As Integer = 0
        Dim str As String = "SELECT IDENT_CURRENT ({0}) AS Current_Identity;"
 
        Dim t = LesDatas.ExecuteStoreQuery(Of Decimal)(str, NameTable)
        Return Convert.ToInt32(t(0))
 
    End Function

ça c'est le code que j'utilise

et l'appel

Code VB :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
Dim NewCouleur As New Couleur
                    NewCouleur.IdCouleur = Helper.GetLastEntity(NewCouleur.GetType.Name, LesDatas) + 1