Scribd Logo
Importer

Bienvenue sur Scribd !

  • 368 vues

    Modele Physique Des Donnees

    Transféré par

    Baugram Rudy
    Ce document décrit le modèle physique des données (MPD) et le passage du modèle logique de données (MLD) au MPD. Il explique également les contraintes d'intégrité telles que la clé primaire unique et la clé étrangère devant correspondre à une clé primaire.

    Droits d'auteur :

    © All Rights Reserved
    Téléchargez comme PDF, TXT ou lisez en ligne sur Scribd

    Modele Physique Des Donnees

    Transféré par

    Baugram Rudy
    368 vues2 pages
    Ce document décrit le modèle physique des données (MPD) et le passage du modèle logique de données (MLD) au MPD. Il explique également les contraintes d'intégrité telles que la clé primaire unique et la clé étrangère devant correspondre à une clé primaire.

    Titre original

    MODELE PHYSIQUE DES DONNEES

    Copyright

    © © All Rights Reserved

    Formats disponibles

    PDF, TXT ou lisez en ligne sur Scribd

    Avez-vous trouvé ce document utile ?

    Ce contenu est-il inapproprié ?

    Ce document décrit le modèle physique des données (MPD) et le passage du modèle logique de données (MLD) au MPD. Il explique également les contraintes d'intégrité telles que la clé primaire unique et la clé étrangère devant correspondre à une clé primaire.

    Droits d'auteur :

    © All Rights Reserved
    Téléchargez comme PDF, TXT ou lisez en ligne sur Scribd
    Télécharger au format pdf ou txt
    368 vues2 pages

    Modele Physique Des Donnees

    Transféré par

    Baugram Rudy
    Ce document décrit le modèle physique des données (MPD) et le passage du modèle logique de données (MLD) au MPD. Il explique également les contraintes d'intégrité telles que la clé primaire unique et la clé étrangère devant correspondre à une clé primaire.

    Droits d'auteur :

    © All Rights Reserved
    Téléchargez comme PDF, TXT ou lisez en ligne sur Scribd
    Télécharger au format pdf ou txt
    sur 2

    MODELE PHYSIQUE DES DONNEES (MPD)

    C’est la traduction du MLD dans une structure de donnée spécifique au SGBD utilisé.

    Le MPD est donc représenté par des tables définies au niveau du SGBD. C’est donc u niveau
    du MPD que nous quittons la méthode générale de création d’un MCD et de sa
    transformation en MLD pour nous tourner vers la manipulation d’un SGBD spécifique.

    PASSAGE DU MLD AU MPD

    Il se fait par les étapes suivantes :

     Implémentation physique de chaque table du MLD dans le SGBD utilisé.


     Pour chaque table, indiquer au SGBD quel(s) champ(s) constitue(nt) la clé primaire.
     Pour chaque table, indiquer au SGBD la(les) clé(s) étrangère(s), et la(les) clé(s)
    primaire(s) correspondante(s).

    LES CONTRAINTES D’INTEGRITE

    Une modélisation correcte et cohérente est sans doute une référence pour créer une BDD,
    mais ne vaut pas grand-chose, lorsque le SGBD utilisé pour implémenter la base, ne garantit
    pas l’intégrité de celle-ci lors du travail journalier avec les données.

    EX :

     Le système doit empêcher un utilisateur à afficher une valeur double ou


    indéterminée (NULLE) pour un champ déclaré comme clé primaire.
     Le système doit vérifier qu’une quantité livrée est toujours inférieur ou égale à une
    quantité commandée.

    1. Les types de contrainte d’intégrité

     Les types de contraintes d’intégrité : cette contrainte vérifie qu’il


    n’existe jamais des doublons ou des valeurs indéterminées pour la clé
    primaire. La clé primaire doit être toujours unique et bien définie.
    2. Violation de cette contrainte

     L’ajout d’une valeur de clé primaire qui existe déjà dans la table.
     La modification d’une valeur de clé primaire vers une valeur qui existe
    déjà dans la table.
     L’ajout d’une valeur indéterminée pour une clé primaire.
     La modification d’une valeur de clé primaire vers une valeur
    indéterminée.

    METHODE POUR VERIFIER CETTE CONTRAINTE DANS UN SGBD

    Dans un SGBD il suffit généralement de déclarer un ou plusieurs champs comme clé primaire
    d’une table pour que cette contrainte soit automatiquement vérifiée pour chaque insertion
    ou modification de chaque valeur dans la table.

    CONTRAINTE D’INTEGRITE REFERENCIELLE

    Par là on entend l’obligation qu’à chaque valeur d’une clé étrangère correspond une et une
    seule valeur de la clé primaire associée. Cette obligation doit toujours être vérifié lors de
    l’ajout, de la suppression ou de la modification des données.

    EXEMPLES DE VIOLATION DE CETTE CONTRAINTE :

    A- L’ajout d’une clé étrangère pour laquelle il n’existe pas de valeur correspondante de
    la clé primaire associée.
    B- La modification d’une clé étrangère vers une valeur pour laquelle il n’existe pas de
    valeur correspondante dans la clé primaire associé.
    C- La suppression d’une clé primaire qui est référencée par une ou plusieurs valeurs
    d’une clé étrangère.
    D- La modification d’une clé primaire qui est référenciée par une ou plusieurs valeurs
    d’une clé élémentaire.

    METHODE POUR VERIFIER CETTE CONTRAINTE D’INTEGRITE DANS UN SGBD

    Un SGBD nous offre généralement une ou plusieurs des quatre méthodes suivantes
    pour spécifier à tout moment l’intégrité référentielle des systèmes d’une BD.

    VIIIIIIIIIIIIIIIIIIIIIIIIIIDE A COMPLETER

    Bien que cette possibilité soit très efficace, il existe par fois une alternative en fonction de la
    nature des données

    RQ : tant dis que les opérations A, B ne sont jamais permises lorsque l’intégrité référentielle
    est appliqué, il n’en est pas de même pour B, C. Le langage SQL par exemple comprend une
    commande « Create table »

    COURS INCOMPLET J’ETAIS DEJA FATIGUE (17h00)

    Vous aimerez peut-être aussi