|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() Inscription : décembre 2010 Messages : 8 ![]() |
Bonjour à tous,
Voilà mon problème, n'ayant pas pratiqué ACCESS depuis un certains temps je bloque sur un problème tout simple: J'ai 2 tables: ___________ | SALARIE | |__________| |* matricule | |nom | |prenom | |__________| _______________ | PROJET | |_______________| |*idaffaire | |titre | |date d'ouverture | |date de fermeture| |_______________| Et sur mon MCD, j'ai une association "Travailler/nb heure effectuer" (0,n - 0,n) et je ne sais pas comment la représenter sous ACCESS Merci de votre aide Cordialement |
|
|
00
|
|
|
#2 |
|
Expert Confirmé
![]() Inscription : juillet 2007 Messages : 2 176 ![]() |
Bonjour Léo_Vinci,
Dans Access, il n'existe pas de représentation merisienne telle que tu les décris. Mais, ce n'est pas bien grave... peut-être, au contraire. L'association dont tu parles semble être cette table : AFFECTATION_PROJET : - id_association (clé primaire) - matricule - idaffaire - fonction_dans_le_projet - nb_heures_travaillee etc... ==> ajouter un index unique matricule/idaffaire. NB : la clé primaire peut-être le couple matricule/idaffaire, cela revient au même. Perso, je préfère un champ unique, notamment, pour utiliser divers assistants (je ne connais pas VBA). Relation : SALARIE 1----n AFFECTATION_PROJET via matricule ; PROJET 1----n AFFECTATION_PROJET via idaffaire.
__________________
Dis-nous et à bientôt, Richard. ---------------------------------------------------------------------------------------------- . et permettent aux forumeurs de cibler leur recherche dans une discussion : n'hésitez pas à voter !
|
|
|
00
|
|
|
#3 | |
|
Expert Confirmé Sénior
![]() ![]() ![]() Spécialiste en bases de données Inscription : septembre 2006 Messages : 2 882 ![]() |
Bonjour,
Citation:
Le MLD qui en est dérivé est le suivant : Et selon la représentation (trop) fruste, déficiente d’ACCESS (absence des cardinalités minimales, pas de représentation des clés alternatives en ce qui vous concerne) : Notez que la clé (primaire) de la table TRAVAILLER est constituée de la paire {IdSalarie, IdAffaire} et rien d’autre. Concernant l’attribut Matricule, ACCESS étant notoirement incomplet du point de vue la théorie relationnelle, vous aurez à vous rabattre sur des méthodes épicières du niveau physique, à savoir l’utilisation d’un index de type UNIQUE pour garantir l’unicité des valeurs prises par l’attribut Matricule. N.B. C'est en forgeant qu'on devient forgeron, et c'est en sciant que Léonard devint ...
__________________
_ Faites simple, mais pas plus simple ! (A. Einstein) E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire ») => La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale ») __________________ Bases de données relationnelles et normalisation : de la première à la sixième forme normale (Bonne lecture !) |
|
|
|
00
|
|
|
#4 |
|
Invité de passage
![]() Inscription : décembre 2010 Messages : 8 ![]() |
Effectivement merci, je ne voyais pas ce problème sous cette angle, tout me parait beaucoup plus simple maintenant
Merci à vous |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com