En attendant la réponse de Kropernic à mes questions, des bricoles en passant.
Comme un gift peut être utilisé le même jour dans plusieurs magasins, il serait bien qu’on connaisse aussi le moment dans la journée auquel l’utilisation en a été faite.
Envoyé par
Kropernic
- un client commande une gift-card pour une valeur de X€
- la centrale attribue la gift-card G à la commande du client et la livre
- ce client utilise la totalité de G et la laisse à la caisse car n'est plus utile pour lui (il pourrait faire le choix de la garder pour la recharger)
- G est renvoyée à la centrale
- un autre client commande une gift-card pour une valeur de Y€
- la centrale attribue G à la commande du client et la livre
- etc.
Dans ce cas, un gift fera l'objet de plusieurs commandes. Faut-il ajouter une contrainte pour préciser que ces commandes doivent être disjointes temporellement ? (sinon c'est qu'il y a eu un couac quelque part)
Oui. Pas de chevauchement de périodes.
Envoyé par
Kropernic
Je n'ai par contre toujours pas trouver l'option de génération des tables en fonction des cardinalités
Pouvez-vous préciser votre problème ?
Envoyé par
Kropernic
Pourquoi est-ce que j'obtiens deux relations CONCERNER et CONCERNER2 entre les entités-types GIFT et DESTRUCTION ?
C’est pour des raisons de symétrie... Il faut donc supprimer manuellement le lien en trop...
Mais, pour éviter d’avoir à bricoler le MLD à la main, on peut en passer par la mise en œuvre du « rôle dominant » comme je l’ai précisé dans la discussion dont vous faites mention. Si vous restez en Merise pur, comme ce concept n’en fait pas partie, vous pourrez utiliser une astuce de feignant qui en a marre de bricoler les MLD : établir un lien d’héritage entre GIFT et DESTRUCTION (que je verrais bien renommé en GIFT_DETRUIT, et pour cause...)
En tout cas, en Merise comme en E/R, dans la configuration classique, je vous recommande de mettre en oeuvre l’identification relative (cardinalité 1,1 entre Concerner et Destruction à mettre entre parenthèses) :
GIFT-0,1----CONCERNER----(1,1)-DESTRUCTION-1,1----EFFECTUER-0,n-CENTRALE
On reviendra sur les raisons et la sémantique de la chose.
Envoyé par
CinePhil
Au niveau du dessin du schéma par contre ça peut être un peu fouilli. Je ne sais pas quelle liberté offre PowerAMC dans le positionnement des liaisons des associations.
PowerAMC permet plein de choses. Le mieux étant de faire des vues sur le MCD global (idem pour le MLD). Regardez à ce propos le message que j’ai envoyé à heretik25 (cherchez-y le mot « tuyau ») et dans lequel je parle du reste de l'identification relative. Ainsi vous pourrez vous concentrer sur un diagramme où vous ferez figurer seulement les types d’entités et associations impliquées par exemple dans les relations entre les gifts, la centrale, les magasins et les clients, sans être encombré par les adresses, les courriels et toutes ces sortes de choses.
Partager