MPD : modèle physique de données

La création du MPD est la dernière étape, et aussi la plus simple: préparer l’implémentation dans un SGBDR.

→ Traduire le MLD en une structure (langage) adaptée à un SGBD.

➢ Le choix du SGBDR à utiliser !

➢ Vérifier l’unicité des noms des tables.
➢ Vérifier les noms des champes dans chaque table et spécifier, pour chacun, le type de la donnée (entier,
réel, texte, date, …).
○ Ces types dépendent du SGBD utilisé, mais n’altèrent pas le fonctionnement du modèle.
➢ Implémenter chaque table dans le SGBD, en lui indiquant l'ensemble des contraintes :
○ Indiquer les champs qui composent la clé primaire.
○ Spécifier les clés étrangères en les reliant à leurs clés primaires.
○ Spécifier des contraintes supplémentaires sur les données : indiquer les formats des champs
(numéro de téléphone par exemple: 06********), limiter le nombre de caractères, …

62
Analyse, conception & modélisation de systèmes d’information - Ahmed Laatabi
MPD : représentation physique
Exemple sous MySQL

63
Analyse, conception & modélisation de systèmes d’information - Ahmed Laatabi
MLD : bonnes pratiques
Pour optimiser le stockage et le traitement de données, une BD doit se
composer de tables bien définies.

Une bonne table ne doit pas contenir des informations inutiles :

- Non utilisables dans le SI.
- Répétitives : qui existent déjà dans une autre table.
- Données qu’on peut déduire (calculer) à partir de celles qui existent déjà.

Rappel : Il existe plusieurs “bons” MCD pour le même problème.

Une bonne conception (traduction du problème posé) s’apprend avec l’exercice

et l'expérience. Par conséquent, il est difficile de critiquer un MCD.

Il est plus évident de critiquer un MLD : procéder à la normalisation.

64
Analyse, conception & modélisation de systèmes d’information - Ahmed Laatabi
MLD : normalisation
La procédure de normalisation se concentre sur les caractéristiques de chaque entité (relation) : c-à-d sur le
niveau micro. Le MCD se concentre sur le niveau macro (représentation générale du schéma E-R).
La normalisation permet de détecter les incohérences et déterminer le niveau de redondance dans une
relation (c-à-d dans le schéma relationnel) ---> l'objectif : optimiser le modèle = éliminer la redondance.
Le contrôle du MLD peut renvoyer vers l’étape précédente : refaire (corriger) la conception, l’analyse !
La normalisation repose sur deux concepts :
- DF (dépendance fonctionnelle) : X est en DF avec Y, si une occurrence de X détermine une SEULE
occurrence de Y : X → Y. Les DFs traduisent des contraintes sur les données de la réalité, donc elles
dépendent du problème modélisé.
- Forme normale (FN) : des règles permettant de décomposer le schéma relationnel sans perdre de
l’information, ni de DFs.

65
Analyse, conception & modélisation de systèmes d’information - Ahmed Laatabi
MLD : formes normales
Critères d’un bon schéma relationnel :
➔ Un attribut ne doit pas être partagé entre plusieurs relations.
➔ Un attribut doit représenter une donnée élémentaire.
➔ Une entité et ses attributs doivent être cohérents (un seul contexte).

On peut y arriver en respectant les 4 formes normales. Chaque

FN nécessite la réalisation de celle d’avant.
- 1FN : un attribut d’une relation doit être atomique : contenir une donnée élémentaire.
- 2FN : un attribut d’une relation doit dépendre de la clé primaire en entier et non d'une partie d’elle.
- 3FN : un attribut non-clé ne doit pas dépendre d'un autre attribut non-clé.
- Boyce-Codd (BCFN) : les attributs non-clé ne doivent pas être source de DF vers une partie de la clé.

66
Analyse, conception & modélisation de systèmes d’information - Ahmed Laatabi
MLD : 1FN

ISBN : International
Standard Book
Number

→ Tous les attributs ont des valeurs atomiques.

67
Analyse, conception & modélisation de systèmes d’information - Ahmed Laatabi
MLD : 2FN

La décomposition
doit préserver les
DFs.

→ Tous les attributs non-clé dépendent totalement de la clé primaire.

La 2FN ne concerne que les tables avec une clé primaire composite (deux ou plusieurs attributs).
La 2FN permet d’éliminer les propriétés qui ne décrivent pas l’entité !!!

68
Analyse, conception & modélisation de systèmes d’information - Ahmed Laatabi
MLD : 3FN

La décomposition
doit préserver les
DFs.

→ Aucun attribut non-clé ne dépend d'un autre attribut non-clé, mais seulement de la clé.
TOUTE relation peut être ramenée en 3FN, SANS perdre de l’information ni de DFs.

69
Analyse, conception & modélisation de systèmes d’information - Ahmed Laatabi
MLD : BCFN

La décomposition ne
fait pas perdre de
l’info, mais NE
préserve pas les DFs
:(

→ Aucun attribut non-clé n’est source de DF vers une partie de la clé.

Une relation en BCFN est idéale pour éliminer la redondance, mais peut faire perdre les DFs. 3FN c’est déjà bien.
La BCFN ne concerne que les relations avec des clés candidates.

70
Analyse, conception & modélisation de systèmes d’information - Ahmed Laatabi
MLD : clés
Une clé candidate (candidate key) est un ou plusieurs attributs qui permettent d’identifier (indexer) une
occurrence d’une relation. Si dans une relation, il n’y a pas de clés candidates parmi les données, on crée une
clé artificielle (ID).

Une même relation peut posséder plusieurs clés candidates, et la clé primaire appartient forcément à cet
ensemble. la clé candidate est donc une clé primaire alternative qui n’a pas été choisie pour ce rôle :(

La super clé (super key) est l’ensemble d’attributs qui peuvent identifier une occurrence, la clé primaire est
l’ensemble minimal.

71
Analyse, conception & modélisation de systèmes d’information - Ahmed Laatabi
MLD : exemples de clés

ID_etud CIN_etud tel_etud nom_etud prenom_etud

867 JC980 0660708090 Azerty Abcd

3459 JB9523 0780906080 Wxcvb Qsdf

La clé primaire : {ID_etud}

Les clés candidates : {ID_etud}, {CIN_etud}, {tel_etud}

Les super clés : {ID_etud}, {CIN_etud}, {tel_etud}, {ID_etud,CIN_etud}, {ID_etud, CIN_etud, tel_etud},
{CIN_etud, nom_etud}, {tel_etud, nom_etud}, …

Une clé candidate est une super clé minimale.

72
Analyse, conception & modélisation de systèmes d’information - Ahmed Laatabi
MLD : exemple 1 : Faire le MLD, et vérifier les FNs

73
Analyse, conception & modélisation de systèmes d’information - Ahmed Laatabi
MLD : exemple 2 : Faire le MLD, et vérifier les FNs

74
Analyse, conception & modélisation de systèmes d’information - Ahmed Laatabi