Bonjour,
J'apprends actuellement Merise et je me pose une question :
A quel moment doit-on utiliser un association porteuse ?
Je n'arrive pas à visualiser ce que cela donne concrètement.
Pouvez-vous m'aider svp ?
Merci d'avance.
Bonjour,
J'apprends actuellement Merise et je me pose une question :
A quel moment doit-on utiliser un association porteuse ?
Je n'arrive pas à visualiser ce que cela donne concrètement.
Pouvez-vous m'aider svp ?
Merci d'avance.
Par exemple, avec l'entité CLIENT qui a comme propriétés NumClt (clé primaire), NomClt...et l'entité ARTICLE qui a comme propriétés NumArt (clé primaire), NomArt...
En association, je mets commander (la patte CLIENT vers l'association est 1, N et la patte article vers Commander est 0,N)
Quelle est la différence entre le fait de mettre QtéCommandé en association porteuse de commander ou de mettre QtéCommandé en propriété de ARTICLE ?
J'ai vraiment du mal a voir la différence. Qu'est-ce que cela va changer ?
Bonsoir,
Si vous définissez QtéCommandé comme propriété de ARTICLE, cela signifie qu'une certaine quantité d'un article a été commandée, au moins une fois et au plus une fois. Par qui ? On ne sait pas.
L'association COMMANDER vous permet d'établir un lien entre un client et un article. Si donc l'association COMMANDER est porteuse de la propriété QtéCommandé, alors on sait qu'un client a commandé tel article, selon une certaine quantité.
Au fait, le concept de clé primaire relève de SQL. En Merise on utilise celui d'identifiant.
Bon courage pour la suite.
Merci de votre réponse. Le problème est que si je mets QtéCommandé en association porteuse, un client ne pourra pas commander 2 fois un article car au niveau logique l'association deviendra une relation contenant les identifiants des entités mère. Et il ne peut pas y avoir 2 fois la même valeur.
Vous confirmez mes propos ? Si oui, comment puis-je faire en sorte qu'un client puisse commander plusieurs fois le même article ?
Merci d'avance.
Je confirme vos propos.
Dans un premier temps, vous pouvez déjà définir une entité-type Commande rattachée à Client (un client peut passer N commandes, une commande est passée par au moins et au plus un client).
Dans un 2e temps, vous définissez une entité-type LigneCommande, puisqu'une commande est composée de lignes de commande (une commande est composée de 1 à N lignes de commande et une ligne de commande appartient à une et une seule commande).
Ensuite, vous associez LigneCommande et Article. La propriété QtéCommandée est une propriété de LigneCommande. Une ligne de commande fait référence à au moins et au plus un article et un article peut être référencé par N lignes de commande.
Vous pouvez aussi définir LigneCommande comme association-type entre Commande et Article, c'est peut-être plus "conceptuel", mais c'est moins souple, par exemple quant au système d'identification.
Je vous remercie beaucoup de m'avoir aider avec mon problème.
Au revoir et merci encore.
Exemple typique
A -----> B
Automatiquement A c'est le fils, et B c'est le père. Pourquoi ?
Parce A dépend de B, et B détermine A.
Comment ?
Celui qui dépend de l'autre, on l'appelle fils et celui qui détermine l'autre, on l'appelle père.
Pour l'association porteuse
On parle de lui, lorsque deux ou plusieurs entités déterminent celle-ci.
Voilà la procédure très facile.
Par : kausagermain@gmail.com
Bonjour Germain Kausa et bienvenue dans ce forum.
Le sujet date de 2007, il n'est donc pas utile de rebondir sur cette discussion...
De plus, s'il s'agit de symboliser une dépendance fonctionnelle, alors A-->B signifie que A détermine B et non pas l'inverse.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager