89 lines
3.9 KiB
Plaintext
89 lines
3.9 KiB
Plaintext
---
|
|
title: Modèle Logique/Relationnel de Données (MLD/MRD) Merise
|
|
description: Plongez dans le MLD et MRD de Merise pour transformer votre modèle conceptuel en une structure relationnelle optimisée.
|
|
tags: [Backend, Merise, BDD, MCD, MLD, MPD, SQL]
|
|
---
|
|
|
|
import Callout from "@/components/Callout";
|
|
|
|
Dans cet article, on va parler du **MLD** _(Modèle Logique de Données)_ et du **MRD** _(Modèle Relationnel de Données)_.
|
|
|
|
Le MLD est la suite normale et directe du MCD dans le processus Merise. Son but est de transformer le MCD en un modèle qui pourra être implémenté dans une base de données relationnelle.
|
|
|
|
On parlera plus tard du MRD, mais globalement : c'est la même chose que le MLD !
|
|
|
|
## Transformation du MCD en MLD
|
|
|
|
Comme dit plus tôt, le MLD découle directement du MCD.
|
|
Il va donc reprendre les mêmes **entités** et **attributs** que le MCD, mais en ajoutant des détails techniques.
|
|
|
|
<Callout type="note" title="Termes">
|
|
À partir du MLD, on va commencer à parler de **table** et de **colonne**.
|
|
On parlera aussi de **clé primaire** et de **clé étrangère** !
|
|
</Callout>
|
|
|
|
Reprenons le premier exemple de MCD, dans l'article précédent :
|
|
|
|
|
|
|
|
Pour pouvoir le transformer en MLD, il y a plusieurs éléments à prendre en compte :
|
|
|
|
- Attributs :
|
|
- Les **attributs** qui sont en gras et soulignés _(discriminants)_ dans le MCD, deviennent des **clés primaires** dans le MLD.
|
|
- Les **attributs** qui sont en gras _(attributs uniques)_ deviennent des **colonnes uniques** dans le MLD.
|
|
- Les **attributs** qui ne sont pas en gras deviennent des **colonnes** dans le MLD.
|
|
- Relations :
|
|
- On supprime les **relations** du MCD pour laisser place à des **clés étrangères** dans le MLD.
|
|
- Est-ce que la cardinalité maximale est de **1** ou de **N** ?
|
|
- Est-ce que la relation est dite **réflexive** ?
|
|
|
|
Commençons par les **entités** et leurs **attributs**, on verra les cardinalités après 😉
|
|
|
|
### Convertir les entités et attributs
|
|
|
|
Pour cette étape, ça va être très simple !
|
|
|
|
Les seules choses que nous avons à faire sont :
|
|
|
|
- Remplacer les **entités** par des **tables**
|
|
- Remplacer les **attributs** par des **colonnes**
|
|
|
|
<Callout type="warning" title="Types de données">
|
|
Dans le MLD, on ne précise pas encore les types de données des colonnes.
|
|
On serait tenté de le faire dès maintenant, mais ce serait ne pas respecter la méthode Merise et l'intérêt du MLD.
|
|
|
|
On le fera plus tard, dans le **MPD** _(Modèle Physique de Données)_ !
|
|
</Callout>
|
|
|
|
Voici donc les tables et colonnes que l'on obtient :
|
|
|
|
|
|
|
|
Pour l'instant, on a juste remplacé les **entités** par des **tables** et les **attributs** par des **colonnes**. Il nous reste plus qu'à ajouter les **clés primaires** et les **clés étrangères** !
|
|
|
|
### Convertir les relations
|
|
|
|
Pour convertir les relations, il faut d'abord se poser la question de la cardinalité maximale de chaque relation.
|
|
|
|
Il y a deux possibilités :
|
|
|
|
- **One to Many** _(1,N)_
|
|
- **Many to Many** _(N,N)_
|
|
|
|
Un troisième cas existe, dans le cas où la relation est réflexive _(une entité se relie à elle-même)_.
|
|
|
|
#### One to Many
|
|
|
|
Dans le cas d'une relation **One to Many**, on va ajouter une **clé étrangère** dans la table qui est du côté de la relation **One** _(1)_.
|
|
|
|
Dans notre exemple, on a une relation **One to Many** entre **Entité 1** et **Entité 3**.
|
|
Leurs cardinalités nous indique que :
|
|
|
|
- **Entité 1** doit avoir un et un seul **Entité 3** _(1,1)_
|
|
- **Entité 3** peut avoir plusieurs **Entité 1** _(0,N)_
|
|
|
|
On va donc ajouter une **clé étrangère** dans la table **Entité 1** qui va faire référence à la **clé primaire** de la table **Entité 3**.
|
|
|
|
|
|
|
|
Et là : tu remarqueras que la **clé étrangère** est en italique et est préfixée par un `#` ! |