Bonsoir,
Envoyé par
hegros
Je ne voulais pas altérer son schéma initial mais ajouter un autre scénario "viable" dans son modèle
Ne m’en veuillez pas, mais je ne considère pas ce scénario alternatif comme étant viable. En effet, votre entité-type AffectationReclamation va faire l’objet au niveau tabulaire d’une table ayant deux clés candidates :
K1 : {Numero_Affectation}
K2 : {ReclamId, TechId, RespId}
Or
1) K1 n’apporte aucune valeur ajoutée, on viole le principe d’essentialité et il faut la passer au rasoir d’Ockham.
2) La table Reclamation a pour clé primaire {ReclamId} et pour clé étrangère {TechId} par rapport à la table Entite :
Il va donc falloir injecter une contrainte d’inclusion inter-tables pour que le couple {ReclamId, TechId} de la table AffectationReclamation soit cohérent avec le couple {ReclamId, TechId} de la table Reclamation.
3) Selon la table AffectationReclamation, une réclamation peut être traitée par plusieurs techniciens et par plusieurs responsables.
Le MCD initial et le MCD alternatif ne sont pas comparables.
Partager