Discussion :

[volcom_2222]

Bonjour,
Je suis actuellement sur un projet de gestion d'un tournoi de badminton.
Ma premiere fenetre propose de rentrer un nom une date de tournoi, cela créé un INSERT dans ma base de donnée. Lors de cet INSERT un id est génré automatiquement.
J'aimerais pouvoir récuperer cet ID et le mettre dans une variable globale .
Mais je ne vois pas comment faire ?!

[mustardpimp]

Je présume que ton id est en auto_increment ?

Si c'est le cas, il te suffit dans une requête de récupérer l'id le plus grand de la table ?

Code :

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

1
2
3
SELECT id FROM table
ORDER BY id DESC
LIMIT 1;

[Pol63]

c'est pas ce qu'il y a de plus propre

sur une application multiutilisateur il est préférable d'utiliser une fonction qui retourne l'incrément créé par la requete, comme SCOPE_IDENTITY() pour sql server

[volcom_2222]

ca donnerais ca :

Code :

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

Mycommand2.CommandText = "SELECT idTournoi FROM Tournois, ORDER BY idTournoi DESC, LIMIT 1;"

Mais ca ne marche pas !

[Flamby38]

Pour moi la manière propre de le faire c'est ca :

Code :

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

1
2
3
cmd.CommandText = "INSERT INTO tbl (C1, C2) VALUES(Value1,Value2) SELECT SCOPE_IDENTITY();"
Dim identity As Integer = -1
identity = Integer.Parse(cmd.ExecuteScalar().ToString())

[olsimare]

Bonjour.

Désolé, je joue les troubles fêtes !

Un ID auto-incrémenter que l'on devrait récupérer dans une variable globale, ça sert à quoi ?

Je ne vois qu'une seule justification à cela, qui serait de faire un lien vers autre chose, i.e. entre l'entité identifiée par cette ID et un autre entité de la base.

Mais ça reste purement technique.

Dans tous les cas, cette ID "technique" ne devrait pas être mis à disposition des utilisateurs et ta table devrait au moins mettre à disposition une clé primaire ou un index unique "qui représente quelque chose" sauf si cette table ne contient que des données non accessible en direct (par exemple : un n°de téléphone qui serait lié à une personne, auquel cas le point d'entrée serait la personne et l'on accéderait potentiellement au n° par un ID technique).

En conclusion, si l'utilisateur doit avoir connaissance de l'identifiant, autant éviter les auto-incréments.

Cdt.

[mactwist69]

Dans tous les cas, cette ID "technique" ne devrait pas être mis à disposition des utilisateurs

Petite question technique, car ça m'arrive de récupérer des ID, pour des besoins "techniques" justement.

Récupérer cette ID dans son programme ne veut pas forcement dire que l'utilisateur y aura accès... non ?

[Pol63]

oui ca peut arriver

par exemple faire un insert dans une table, récupérer l'incrément créé
puis faire des insert dans une autre table avec entre autre cet incrément créé pour faire le lien

bien que meme dans ce cas, il suffit de mettre tout dans le meme commandtext sans ramener l'id dans vb

[Flamby38]

Je pense comme MacTwist69, ca m'arrive de temps en temps de ramener l'ID dans VB, et évidemment il n'est jamais présenté à l'utilisateur.
Pour répondre à Paul63, faire plusieurs insert et tout mettre dans le même commandtext, je pense que c'est le début de gros problèmes de maintenance le jour ou il y aura des problèmes sur les requêtes (problemes de perf par exemple), parce qu'il faudra identifier la requete qui ne va pas. Je préfère largement faire les requêtes une par une.

[Pol63]

niveau débug en général le message est assez explicite et dans le pire des cas un coup de sql server profiler et on identifie le morceau qui plante et les perfs de chaque morceau

[volcom_2222]

Merci a tout le monde j'ai réussi a le récuperer.