begin process at 2008 08 29 05:49:51
1 233 513 membres
53 nouveaux aujourd'hui
14 291 membres club

Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum.
Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

Sujet : choix d'une clé primaire dans mabase ! question pour master uniquement [ Archives Visual Basic / Bases de données ] (steph)

choix d'une clé primaire dans mabase ! question pour master uniquement le 23/10/2001 18:18:52

steph

j'utilise une reference ex "AABD1" qui pourrait me servir de clé primaire.

mais certain livres préconisent l'emploi de numero auto comme clé primaire afin de préserver l'integrité des données.

mon probleme et que avec un numero auto qui ne correspond a rien, il me faut creer un recordset achaque fois que je veux retrouver ma vrai ref ex:"AABD1".

ma question : dois-je utiliser un numero auto ou la reference text de mon produit.

Re : choix d'une clé primaire dans mabase ! question pour master uniquement le 24/10/2001 12:33:25

WolfKiller



salut
Avec ma p'tit experience des bases de donnee, quelques petit conseils :
- si tu utilise une table simple , met la numerotation automatique et bosse avec des references comme si c'était une key primaire.Comme si suppose que tu ne preocuppe pas de la numerotation auto pour le prog,toutes les requetes SQL se fesant par rapport aux reference.
Ca simplifie le probleme
- si tu utilise plusieures tables Tu vas etre un peu oblige d'utiliser la numerotation auto,sinon tu te créera des problemes au niveau gestion des tables et de l'integrite des donnees (comme ils disent dans les bouquins)et tu te complexifira la programmation.

Bien sur tu peux le faire comme tu veux mais avec les risques d'erreur que cela comporte : genre effacer un enregistrement de reference "AABD1" et dans les 10 000 qui existe il y a un Doublon ( 2 avec la meme reference) qui seront efface tous les deux a moins de faire une fonction de verification de boublons.Alors qu'avec le numero auto il n'y en a qu'un et un seul.

Pour la gestion tes tables tu risque que galerer sur les Tables de liaison qui ont comme cle primaire une composition de deux ou plus cle primaire d'autre table.
Par exemple :
num Ligne Commande = Num Facture + Num Produit

Il est peut etre plus sage de considerer ta vrai reference "AABD1" comme une information de ton produit.

Voila, mon humble avis
@++
-------------------------------
Réponse au message :
-------------------------------


j'utilise une reference ex "AABD1" qui pourrait me servir de clé primaire.

mais certain livres préconisent l'emploi de numero auto comme clé primaire afin de préserver l'integrité des données.

mon probleme et que avec un numero auto qui ne correspond a rien, il me faut creer un recordset achaque fois que je veux retrouver ma vrai ref ex:"AABD1".

ma question : dois-je utiliser un numero auto ou la reference text de mon produit.

Re : choix d'une clé primaire dans mabase ! question pour master uniquement le 01/11/2001 08:18:42

philg42
A mon avis et pour pratiquer DAO depuis quelques temps, l'utilisation d'une référence est risquée. Ta clé primaire doit être unique et tu risque d'avoir un pb un jour ou l'autre. Utilise comme clé primaire un numéro auto et intégre ce numéro dans la propriété itemdata (liste, combo, listview...) ou Tag (textbox) de tes controles de visualisations
Ensuite tu utilise la méthode

if combo1.listindex = -1 then exit sub ' Evite une erreur si l'utilisateur a cliquer et n'a rien selectionné
rs.findfirst ("ptrArticle = " & combo1.itemdata(combo1.list.listindex))
if rs.nomatch then exit sub ' cas ou un autre utilisateur a supprimé l'enregistrement (multiutilisateur )



-------------------------------
Réponse au message :
-------------------------------




salut
Avec ma p'tit experience des bases de donnee, quelques petit conseils :
- si tu utilise une table simple , met la numerotation automatique et bosse avec des references comme si c'était une key primaire.Comme si suppose que tu ne preocuppe pas de la numerotation auto pour le prog,toutes les requetes SQL se fesant par rapport aux reference.
Ca simplifie le probleme
- si tu utilise plusieures tables Tu vas etre un peu oblige d'utiliser la numerotation auto,sinon tu te créera des problemes au niveau gestion des tables et de l'integrite des donnees (comme ils disent dans les bouquins)et tu te complexifira la programmation.

Bien sur tu peux le faire comme tu veux mais avec les risques d'erreur que cela comporte : genre effacer un enregistrement de reference "AABD1" et dans les 10 000 qui existe il y a un Doublon ( 2 avec la meme reference) qui seront efface tous les deux a moins de faire une fonction de verification de boublons.Alors qu'avec le numero auto il n'y en a qu'un et un seul.

Pour la gestion tes tables tu risque que galerer sur les Tables de liaison qui ont comme cle primaire une composition de deux ou plus cle primaire d'autre table.
Par exemple :
num Ligne Commande = Num Facture + Num Produit

Il est peut etre plus sage de considerer ta vrai reference "AABD1" comme une information de ton produit.

Voila, mon humble avis
@++
-------------------------------
Réponse au message :
-------------------------------


j'utilise une reference ex "AABD1" qui pourrait me servir de clé primaire.

mais certain livres préconisent l'emploi de numero auto comme clé primaire afin de préserver l'integrité des données.

mon probleme et que avec un numero auto qui ne correspond a rien, il me faut creer un recordset achaque fois que je veux retrouver ma vrai ref ex:"AABD1".

ma question : dois-je utiliser un numero auto ou la reference text de mon produit.



Classé sous : numero, question, auto, clé, primaire

Participer à cet échange

Pub



Appels d'offres

Recherche developpeur ...
Budget : 700€
SITE MARCHAND LOCATION...
Budget : 3 000€
SITE MARCHAND POUR HOTEL
Budget : 4 000€

CalendriCode

Août 2008
LMMJVSD
    123
45678910
11121314151617
18192021222324
25262728293031

Téléchargements

Logiciels à télécharger sur le même thème :

Boutique

Boutique de goodies CodeS-SourceS