LE MODELE LOGIQUE DE DONNEES (M.L.
D)
1. Introduction au Modèle Logique de Données
● Définition du MLD :
- Le MLD est une traduction du MCD en un format adapté à un SGBD
spécifique, souvent sous forme de tables relationnelles.
- Le Modèle Logique de Données (MLD) est une représentation structurée et
détaillée des données d'un système d'information, conçue pour être
implémentée dans un Système de Gestion de Bases de Données (SGBD)
spécifique. Contrairement au Modèle Conceptuel de Données (MCD), qui est
indépendant de toute considération technique, le MLD prend en compte les
contraintes et les spécificités techniques du SGBD choisi.
● Importances et Objectifs du MLD :
- Traduction du MCD en Structure Technique
- Optimisation de la Gestion des Données
- Facilitation de la Communication
- Préparation à l'Implémentation Physique
- Support aux Outils et Technologies
- Réduction de la Redondance
- Structure et Clarté
2. Différences entre le Modèle Conceptuel et le Modèle Logique
● Explication du Modèle Conceptuel :
Le Modèle Conceptuel de Données (MCD) est une représentation abstraite des
données, focalisée sur les entités et les relations sans se préoccuper des détails
techniques. Il est souvent représenté par des diagrammes entité-relation.
● Différences clés :
Le MCD se concentre sur ce que les données représentent, tandis que le MLD se
concentre sur la manière dont les données seront stockées.
Le MLD inclut des détails tels que les types de données, les clés primaires et
étrangères, et les contraintes d’intégrité.
MCD :
● Abstraction : Le MCD est un modèle abstrait qui représente les données et
leurs relations de manière indépendante de toute technologie.
● Focus : Il se concentre sur la compréhension des données et de leurs
relations telles qu'elles existent dans le monde réel ou dans les besoins
métier.
● Indépendance technologique : Le MCD n'est pas influencé par les
spécificités techniques du SGBD ou de l'implémentation.
MLD :
● Définition technique : Le MLD est une traduction du MCD dans un
format qui peut être implémenté dans un SGBD spécifique.
● Focus : Il se concentre sur la structure des données en tenant compte des
contraintes techniques et des exigences de performance.
● Dépendance technologique : Le MLD prend en compte les
caractéristiques du SGBD choisi, telles que les types de données et les
contraintes de stockage.
● Exemple simple :
Si nous avons un MCD avec une entité ‘Étudiant’ et une entité ‘Cours’, le MLD
détaillera ces entités avec des champs spécifiques, des types de données et les
relations entre elles.
3. Composants du Modèle Logique de Données
● Tables :
Les tables sont les structures principales du MLD où les données sont stockées.
Chaque table représente une entité ou un concept spécifique.
● Champs (ou colonnes) :
Les champs définissent les attributs ou les propriétés des entités. Par exemple, une
table ‘Étudiant’ pourrait avoir des champs comme ‘ID’, ‘Nom’, ‘Prénom’ et ‘Date
de naissance’.
● Types de données :
Les types de données spécifient le type de valeur que chaque champ peut contenir,
comme ‘VARCHAR’ pour les chaînes de caractère et ‘INT’ pour les nombres
entiers.
● Clés primaires et étrangères :
Les clés primaires sont des identifiants uniques pour chaque enregistrement dans
une table. Les clés étrangères établissent des relations entre les tables en pointant
vers des clés primaires dans d’autres tables.
4. Outils pour la Modélisation Logique de Données
5. Outils couramment utilisés :
Des outils comme ER/Studio, PowerDesigner, et MySQL Workbench sont
populaires pour la modélisation des données.
6. Avantages de l’utilisation de ces outils :
Ces outils facilitent la visualisation des modèles, la génération de scripts SQL, et
l’assurance de l’intégrité des données.
7. Normalisation du MLD
● Définition et objectif :
La normalisation est le processus d’organisation des données pour minimiser la
redondance et éviter les anomalies de mise à jour.
● Différentes formes normales :
Première forme normale (1NF) : élimine les groupes de valeurs multiples.
Deuxième forme normale (2NF) : élimine les dépendances partielles.
Troisième forme normale (3NF) : élimine les dépendances transitives.
● Importance :
La normalisation permet de s’assurer que la base de données est efficace et
cohérente, en évitant les redondances inutiles et en facilitant les opérations de
maintenance.
8. Contraintes d’intégrité
● Contrainte de domaine :
Les contraintes de domaine limitent les types de données pouvant être stockées
dans un champ. Par exemple, une contrainte de domaine pour un champ ‘âge’
pourrait spécifier qu’il doit être un entier positif.
● Contrainte de clé :
Les contraintes de clé assurent l’unicité des identifiants dans une table, comme les
clés primaires.
● Contrainte de relation :
Les contraintes de relation (ou contraintes référentielles) assurent que les relations
entre les tables sont cohérentes. Par exemple, une clé étrangère doit toujours
pointer vers une clé primaire valide.
● Exemple concret :
Si une table ‘Commande’ a une clé étrangère ‘ClientID’, il doit y avoir une entrée
correspondante dans la table ‘Client’ avec cette ‘ClientID’.
9. Création d’un Modèle Logique de Données
● Analyse des besoins :
La première étape consiste à comprendre les besoins des utilisateurs et les
exigences du système.
● Définition des entités et des attributs :
Identifier les entités principales et leurs attributs. Par exemple, pour une
bibliothèque, les entités pourraient être ‘Livre’, ‘Auteur’ et ‘Emprunteur’.
● Détermination des relations et des clés :
Établir les relations entre les entités et définir les clés primaires et étrangères. Par
exemple, un ‘Livre’ peut avoir une relation avec ‘Auteur’ via une clé étrangère
‘AuteurID’.
● Transformation du modèle conceptuel en MLD :
Convertir les diagrammes entité-relation du MCD en tables et colonnes pour le
MLD, en ajoutant les types de donnés et les contraintes d’intégrité.
Les règles de transformation de MCD en MLD sont :
- Règle n°1: transformation des entités.
Toute entité est transformée en table. Les propriétés de l’entité deviennent les
attributs de la table. L’identifiant de l’entité devient la clé primaire de la table.
Ex :
Entité « Entreprise » Table « Entreprise »
Entreprise ENTREPRISE
Num-Entreprise NUM_ENTREPRISE
Nom NOM
Adresse ADRESSE
Code_Postal CODE_POSTAL
- Règle n°2: transformation des relations binaire du type (x,n) – (x,1) afin de
présenter la relation en duplique la clé primaire de la table base sur l’entité à
cardinalité (x,n) dans la table et sur l’entité à cardinalité (x,1). Cette attribut est
appelé clé étrangère.
Ex :
MCD :
1,n 1,1
MLD
Ecrire
- Règle n°3 : transformation des relation binaires (x,n) , (x,n).
On crée une table supplémentaire ayant comme clé primaire une clé compose des clés
primaires de toutes les tables reliées. Cette règle s’applique de façon indépendante des
différentes cardinalités. Lorsque la relation contient elle-même des propriétés, celles-ci
deviennent attributs de la table supplémentaire. Une propriété de la relation qui est souligné
devra appartenir.
MCD :
1,n porter 1,1
Quantité
MLD :
- Règle n°4 : transformation des relations binaires du type (x,1) - (x,1)
a) – relation binaire (0,1) – (1,1) :
MCD :
0,1 disposer 1,1
MLD
disposer
b) – relation binaire (0,1) – (0,1) :
On duplique la clé d’une table dans l’autre. Lorsque la relation contient elle-même des
propriétés, celle-ci deviennent également attributs de la table dans laquelle a été ajoutée la clé
étrangère.
MCD :
1,n directeur technique 1,1
MLD
Directeur technique
OU
Directeur technique
- Règle n°5: transformation des relation ternaire (1,n) – (1,n)
On crée une table supplémentaire ayant comme clé primaire. Une clé primaire dans toutes les
tables reliées. Cette règle s’applique de façon indépendante des différentes cardinalités.
Lorsque la relation contient elle-même des propriétés, celles-ci deviennent attributs de la table
supplémentaire.
MCD :
1,n enseigner 1,n
1,n
MLD :
- Règle n°5 : Transformation de plusieurs relations entre 2 entités
MCD :
0,n possèder 1,n
1,1 1,n
MLD :
Transformation des relations reflexives:
MCD:
0,1 mari
0,1 épouse
MLD:
Etre_marié
