voila mon problem c'est que je sais pas comment passerde ce GDF a MLD si vous pourriez m'aider svp
Documents.pdf
voila mon problem c'est que je sais pas comment passerde ce GDF a MLD si vous pourriez m'aider svp
Documents.pdf
C'est plutôt le domaine de fsmrel et je n'ai jamais vu de graphe de ce genre mais je vais essayer de donner un début de réponse...
A ce que je vois, tu as des imprimantes qui sont d'un certain modèle d'une certaine marque, qui sont situées à un certain emplacement, ont un numéro de série et un numéro d'inventaire, et sont branchées selon un certain type de branchement.
Dans la phrase ci-dessus, j'ai mis en gras les entités potentielles, j'ai souligné des associations possibles entre les entités et j'ai mis en italique les attributs potentiels de l'entité 'Imprimante'.
Ca pourrait donner le début de schéma MCD suivant :
Imprimante -1,1----Etre----0,n- Modele -1,1----Fabriquer----1,n- Marque
Imprimante -1,1----Situer----0,n- Emplacement
Imprimante -1,1----Brancher----0,n- TypeBranchement
En mettant la flèche du côté de la table qui donne sa clé primaire à l'autre, ça donnerait le MLD :
Imprimantes ----> Modeles ----> Marques
Imprimantes ----> Emplacements
Imprimantes ----> TypeBranchement
Tu continues la réflexion sur cette base et tu reviens nous voir avec un schéma ?
C'est un début...
Continuons la réflexion...
Est-ce qu'un 'Branchement' peut être à la fois 'serie', 'parallele' et 'reseau' ?
Non.
Ce sont trois valeurs distinctes que peut prendre une colonne 'LibelleBranchement' de la table 'Branchement'.
A chacune de ces valeurs correspond une spécialisation car selon le branchement, il y aura des colonnes supplémentaires différentes. Nous avons donc là un cas d'héritage et tu as eu raison de créer une table pour chacune de ces trois valeurs.
Cependant, ces colonnes concernent l'imprimante donc ce sont des spécialisations de la table 'Imprimante'
Il reste à les relier à la table 'Imprimante' et a mettre les colonnes correctes :
- 'LibelleBranchement' (par exemple) dans la table 'Branchement' ;
- 'IdBranchement' à la place de 'type branchement' qui appelle plutôt du texte qu'un identifiant (et corriger la clé étrangère dans la table 'Imprimante');
- la clé étrangère dans les trois tables filles de 'Imprimante'.
Je mettrais aussi plutôt un identifiant dans la table 'Imprimante' plutôt que d'utiliser le numéro d'inventaire qui sera alphanumérique donc moins performant. Et il peut changer si la codification change.
Là tu as perdu la notion de 'type de branchement'.
Quelle requête puis-je faire pour savoir quel est le type de branchement de l'imprimante N° 12 ?
En plus, dans un héritage la table fille récupère la clé primaire de la table mère en tant que clé étrangère et en tant que clé primaire (mais non auto-incrémentée bien sûr).
J’avoue la je suis perdu je sais pas quoi faire que me conseillez vous ?!
Imprimante(IDImprimante, NumSerie, Marque, Modele, TypeBranchement)
Serie(IDImprimante, NumPort, ...)
Parallele(IDImprimante, NumPort, ...)
...
Dans les tables Serie, Parallele et Reseau, IDImprimante est à la fois clé primaire et clé étrangère héritée de la table Imprimante.
ah d'accord je vois merci
bon pour resumer j'obtiendrai Ce resultat
info.pdf
voila j'ai corrigé quelques fautes que pensez-vous ??
Bonsoir,
Ta dernière proposition est mieux, mais tu tournes autour de la solution sans la trouver.
La FK ''branchement'' est fausse dans ''Imprimante''.
Les cartes peuvent ne pas être connectées à 1 imprimante ?
J'ai aussi 1 doute sur la justesse de l'entité ''Papier''. Sur ses cardinalités également (1 imprimante peut ne pas avoir de papier ?). Et sur sa pertinence enfin.
On va reprendre du début, de la question que tu as posé.
J'ai simplifié le graphe initial. J'ai remplacé les DF. Imprimante --> bac et bac --> papier au lieu de {imprimante, bac}--> papier, imprimante --> série, imprimante --> parallèle, imprimante --> réseau. On pourra les modifier si tes règles de gestion le justifient.
Ensuite le passage en ER est intuitif. Les DF élémentaires directes deviennent des entités. Les DF en rouge deviennent des associations.
Il reste juste à poser les bonnes cardinalités et à transformer en MLD de façon classique.
A +
bonjour,
Ce serait sympa si tu donnais 2/3 explications avec tes schémas au lieu de les balancer comme ça.
Il y encore qques petites choses qui ne vont pas. Par exemple, dans tyon MCD, qu'est-ce idimprimante fait dans les entités BAC, Réseau etc ... ?
Même si j'ai bien une petite idée du pourquoi tu as fait ça, c'est une erreur. Tu peux expliquer un peu ?
Bonjour,
bon voila Monsieur chaque imprimante presente dans le parc a un identifiant(id imprimante) unique ce qui permet d'identifier cette imprimante qelle est sa marque model, type de branchement (3type de branchement possible:via le port serie,parallele ou reseau) plus cette imprimante peut avoir un bac ou plusieurs ce qui fait je dois savoir le id du bac afin de savoir quel type de papier que cette imprimante utilise ce qui explique pourquoi j'ai ajouté l'ID bac et ID branchement
bon voila pour corriger je fait comme suite:
imprimante ==> (id_imprimante PK,n_serie,marque,model,emplacement,id_bac FK,
id branchement FK)
bac ==>( id_bac PK,papier)
serie ==> (id branchement PK,n_port PK,debit...)
paralelle ==> (id branchement PK,n_port PK,...)
reseau ==> (id branchement PK,adr_MAC PC,adr_IP..)
Moi j'aurais plutôt viré l'ID branchement qui ne sert à rien et gardé l'ID imprimante qui est une clé primaire héritée de l'entité Imprimante.
Une imprimante est branchée selon l'un des trois types de branchement mais pas les trois en même temps en principe.
tout a fait , Merci comme même pour la remarque .
je corrigerai cette après-midi.
concernant le stock j'ai quelques problèmes de dans.
dans le stock il y a juste les PC a réparer pour les identifier on deja l ID ordi mais de dans je me demande si je peut les identifier avec le même id (id ordi) ou ajouter un autre pour identifier les PC de dans.
Dans le MCD, pourquoi n'avoir pas gardé le symbolisme MCD pour cette association ?
Le MLD semble dire que c'est le stock qui donne sa clé primaire en clé étrangère à l'ordinateur.
Que fait alors idordi dans la table stock ?
En fait je ne suis pas sûr du sens de ton association...
Est-ce que la table 'stock' ne représenterait pas plutôt les réparations ?
Réparation -1,1----Effectuer----0,n- Ordinateur
Auquel cas on a l'idordi en tant que clé étrangère dans la table 'Reparations' et idstock n'a rien à faire dans la table 'Ordinateurs'.
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