Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

  1. #1
    Nouveau Candidat au Club
    Homme Profil pro
    Étudiant
    Inscrit en
    janvier 2019
    Messages
    1
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Belgique

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : janvier 2019
    Messages : 1
    Points : 1
    Points
    1

    Par défaut Passage d'un MCD avec ternaire vers un MRD

    Bonjour,

    j'ai un problème avec le passage d'un mcd avec ternaire vers un mrd.
    J'ai deux solution proposée mais je ne sais pas quelle solution est plus approprié et pourquoi.

    Considérez le mcd suivant:
    (Il n'y a pas d'énoncé, il faut juste transformer le mcd en mrd)
    (1)
    Nom : 1.png
Affichages : 56
Taille : 33,0 Ko
    Pour la première solution je me suis orienté à la première réponse de fsmrel https://www.developpez.net/forums/d6...tion-ternaire/
    Ca devient donc
    Nom : 3.png
Affichages : 54
Taille : 35,3 Ko
    Et le passage en MRD
    Nom : 4.png
Affichages : 54
Taille : 37,7 Ko
    Dans la deuxième solution la relation2 dans (1) devient une table en MRD
    Nom : 2.png
Affichages : 60
Taille : 40,1 Ko

    P.S.
    Vous connaissez une site internet avec des énoncés et éventuellement des réponse pour le pratiquer ?

  2. #2
    Expert éminent sénior
    Avatar de fsmrel
    Homme Profil pro
    Spécialiste en bases de données
    Inscrit en
    septembre 2006
    Messages
    6 788
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Spécialiste en bases de données
    Secteur : Conseil

    Informations forums :
    Inscription : septembre 2006
    Messages : 6 788
    Points : 25 030
    Points
    25 030
    Billets dans le blog
    16

    Par défaut

    Bonsoir StrongKobayashi,


    Citation Envoyé par StrongKobayashi Voir le message
    J'ai deux solution proposée mais je ne sais pas quelle solution est plus approprié et pourquoi.

    Rappel de quelques notions de base du modèle relationnel de données (défini par E. F. Codd il y a 50 ans), traduites ici en SQL :

    Une notion essentielle est celle de clé candidate (en abrégé clé s’il n’y a pas de confusion possible).

    Une clé candidate K (sous-ensemble de colonnes) d’une table T doit vérifier les contraintes suivantes :

    Unicité : Deux lignes distinctes de T ne peuvent pas avoir simultanément la même valeur pour K.
    Irréductibilité : Il n’existe pas de sous-ensemble strict de K garantissant la contrainte d’unicité.

    Parmi ces clés l’une sera choisie pour être clé primaire, auquel cas les autres seront reléguées au rang de clés alternatives ⁽¹⁾.

    Examinons votre diagramme :

    Nom : 2.png
Affichages : 60
Taille : 40,1 Ko

    Le triplet I1 = {ID0, ID1, ID2} ne peut pas être clé primaire de la table relation2 car la contrainte d’irréductibilité des clés candidates n’est pas respectée.

    En effet, selon vos MCD, la patte d’association connectant l’entité-type entite1 et l’association relation2 est porteuse d’une cardinalité max 1, ce qui se traduit au stade MLD par la dépendance fonctionnelle :

    {ID1} → {ID2}

    La colonne ID2 doit donc être sortie du triplet I1, lequel est réduit à la paire I2 = {ID0, ID1}.

    Par ailleurs, la patte d’association connectant l’entité-type entite2 et l’association relation0 est porteuse d’une cardinalité max 1, ce qui se traduit au stade MLD par la dépendance fonctionnelle :

    {ID2} → {ID0}

    Par application de l’axiome de transitivité des axiomes et règles d’Armstrong, il existe la dépendance fonctionnelle :

    {ID1} → {ID0}

    La colonne ID0 doit donc être sortie de la paire I2, laquelle est à réduire au singleton {ID1} qui respecte les contraintes d’unicité et d’irréductibilité : {ID1} est clé candidate.

    A ton tour, {ID2} est clé candidate. En effet on a montré qu’il existe {ID2} → {ID0}, et par ailleurs la patte d’association connectant l’entité-type entite2 et l’association relation2 est porteuse d’une cardinalité max 1, ce qui se traduit au stade MLD par la dépendance fonctionnelle :

    {ID2} → {ID1}

    La table relation2 possède deux clés candidates, {ID1} et {ID2} : l’une sera clé primaire et l’autre clé alternative (clause UNIQUE en SQL).


    _________________________________________
    ⁽¹⁾ Le distinguo clé primaire/alternative est en fait parfaitement inutile, mais il existait jadis dans la théorie relationnelle (année 1970), et depuis a subi un coup de rasoir d’Ockham en 1993. En SQL il serait plus difficile d’en faire autant (pensez au nombre de tables en production dans le monde dans lesquelles figurent la clause « Primary Key »...)

     
    Faites simple, mais pas plus simple ! (A. Einstein)
    E=mc², mais si on discute un peu, on peut l’avoir pour beaucoup moins cher... (G. Lacroix, « Les Euphorismes de Grégoire »)
    => La relativité n'existerait donc que relativement aux relativistes (Jean Eisenstaedt, « Einstein et la relativité générale »)

    Je ne réponds pas aux questions techniques par MP. Les forums sont là pout ça.
    __________________________________
    Bases de données relationnelles et normalisation : de la première à la sixième forme normale
    Modéliser les données avec MySQL Workbench

Discussions similaires

  1. [Débutant] passage de données d'une formulaire vers un autre avec un FlowLayoutPanel
    Par kikori dans le forum Windows Forms
    Réponses: 1
    Dernier message: 28/06/2017, 10h58
  2. Réponses: 0
    Dernier message: 21/11/2011, 16h43
  3. [MPD] Passage d'un MCD vers MPD
    Par seabs dans le forum Schéma
    Réponses: 5
    Dernier message: 17/03/2011, 08h42
  4. Réponses: 9
    Dernier message: 15/04/2009, 15h09
  5. Passage en mode protégé avec DPMI
    Par Hell_Hibou dans le forum x86 16-bits
    Réponses: 4
    Dernier message: 09/09/2003, 19h04

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo