Bonjour MeDeVa,
Envoyé par
MeDeVa
La partie concernée du MCD se présente ainsi :
[COMPTE] IDCompte, N°Compte, Nom ...
[OPERATION] IDOpération, Description, Montant, Date, Sens (Débit ou Crédit), IDCompte
Une petite remarque en préambule.
Ce qui est ci-dessus n'est pas un MCD. Pour Merise, il s'agirait plutôt d'un MLD, bien que la description en soit normalement graphique.
Mais cela ressemble beaucoup plus à un modèle relationnel. Il est d'usage de mettre en relief la clé "primaire" de chaque table (au moyen du soulignement par exemple) ainsi que les clés étrangères (souvent grâce au signe '#').
Ceci étant dit, on devine malgré tout que la clé de COMPTE est IDCompte et que celle de OPERATION est IDOpération.
Envoyé par
MeDeVa
Je pensais compléter mon MLD avec une table contenant les différentes fréquences :
[PERIODICITE] IDPériodicité, Nom ...
Oui, c'est la bonne voie. Voici le MCD :
[ COMPTE ]--0,n----(est_affectée)----1,1--[ OPERATION ]--0,1----(A)----0,n--[ PERIODICITE ]
qui se lit :
- Une opération est affectée à un et un seul compte
- Une opération peut avoir une périodicité (ou être périodique)
La table OPERATION issue de l'entité éponyme ci-dessus est :
OPERATION (IDOpération, Description, Montant, Date, Sens, IDCompte#, IDPériodicité#)
Pour les opérations non périodiques, IDPériodicité prendra la valeur NULL, ce qu'il est préférable d'éviter. Pour cette raison, la transformation d'une association du type de A ci-dessus introduit une table intermédiaire permettant d'éviter ces NULL :
OP_A_PE (IDOpération#, IDPériodicité#)
Evidemment, la table OPERATION perd sa clé étrangère 'IDPériodicité#'.
Partager