Bonjour à tous,
Ci-dessous, un schéma EA
Pièce jointe 41326
N'étant pas super doué en la matière, j'aimerais avoir votre avis afin de m'assurer de la justesse de ce schéma ...
Merci d'avance pour votre aide.
:)
Version imprimable
Bonjour à tous,
Ci-dessous, un schéma EA
Pièce jointe 41326
N'étant pas super doué en la matière, j'aimerais avoir votre avis afin de m'assurer de la justesse de ce schéma ...
Merci d'avance pour votre aide.
:)
Customers -1,1----Se situer----1,1- Addresses
Traduction littérale en règle de gestion :
"Un customer se situe à une et une seule adresse et une adresse situe un et un seul customer."
Pourquoi ne pas avoir laissé l'adresse dans l'entité Customers alors ?
Je pense que vous vouliez plutôt dire :
"Un customer se situe à une et une seule adresse et une adresse situe un à plusieurs customers."
Ce qui donne en MCD :
Customers -1,1----Se situer----1,n- Addresses
Sans autre indication sur le cahier des charges, le reste ne me choque pas.
Un détail toutefois : Pourquoi mélanger les expressions anglaises et françaises :
- quantity (GB) et ritourne (FR) dans l'association Contenir (FR)
- entité Offre (FR) et entité OfferType (GB)
...
Bonjour,
Merci d'avoir répondu :)
Mix anglais-français ... mauvaise habitude (j'aurais du tout faire en français ...)
Concernant les adresses, je n'avais pas pensé au fait que plusieurs personnes pouvaient se trouver à la même adresse (dans le cadre d'une société par exemple ... )
Concernant le cahier des charges, à mon sens rien de trop compliqué :
- une offre est générée par un seul user (celui qui la crée)
- une offre ne concerne qu'un seul client
- un client peut ne pas recevoir d'offre mais peut en recevoir plusieurs
- une offre doit contenir au moins un article pour exister
- une offre ne doit pas forcément être typée ni être évaluée (hitrate)
- Une offre doit faire partie d'un journal
- un client qui reçoit une offre reçoit également un numéro foldid (pour l'historique) si le numéro n'existe pas déjà -> (est il possible de l'indiquer d'une façon ou d'une autre dans le schema ???)
Question :
Est ce que l'association "contenir", ci-dessous, doit être représentée par une table dans la DB ?
Article -----0,1-----CONTENIR(qty,ristourne) ------1,N----- Offre
Merci d'avance :)
Tiens je n'avais pas vu ce détail : 1 article ne peut être contenu que dans une seule offre ? :?
Ne serait-ce pas plutôt ceci ?
Article -0,n-----CONTENIR(qty,ristourne)------1,N- Offre
Si ce que je suppose ci-dessus est exact, alors bien évidemment oui puisque les cardinalités maximales sont à n.Citation:
Question :
Est ce que l'association "contenir", ci-dessous, doit être représentée par une table dans la DB ?
Si par contre vos cardinalités maximales sont exactes (0,1 / 1,n), vous pouvez mettre la clé étrangère de l'offre dans la table Article, en permettant qu'elle soit NULL et vous rapatriez aussi les colonnes qty et ristourne dans la table Article.
:king: bien vu !!
La cardinalité est bien évidemment de 0,n ...
Je dois donc créer une table supplémentaire
Encore merci :)
la table CONTENIR ne doit pas figurer dans la BDD et ces propriétés passent à la table Article, voilà la confirmation dans la FAQCitation:
Envoyé par horkets
Effectivement :)
En fait, je m'était trompé, la cardinalité doit être 0,n, car un article peut se trouver (logiquement) dans plusieurs offres ...
Si ce n'etait pas le cas, alors je suis d'accord avec vous.
Précisé par CinePhil:
Citation:
Si par contre vos cardinalités maximales sont exactes (0,1 / 1,n), vous pouvez mettre la clé étrangère de l'offre dans la table Article, en permettant qu'elle soit NULL et vous rapatriez aussi les colonnes qty et ristourne dans la table Article.
