Un article de WikiTuto.

Cours Merise Introduction à Merise Le système d’information de gestion La modélisation Introduction au Modèle conceptuel des données Recueil des données Présentation des concepts et du formalisme du MCD Règles de base pour la construction d'un MCD Introduction aux cardinalités Les cardinalités et les différents types d'associations Les cardinalités Les différents types d'associations Représentation des cardinalités Association ternaire Associations réflexives Passage MCD <=> modèle relationnel Rappel sur le modèle relationnel Passage du MCD au MR Normalisation du modèle relationnel Dépendance fonctionnelle Intérêt de la normalisation Les 3 formes normales Les diagrammes de flux Vocabulaire associé aux modè les de flux Modèle de contexte Modèle de flux conceptuel ou diagramme de flux de données Les Modèles de traitements (MCT et MCTA) MCT Intégration des données dans le MCT (à MCTA) modifier Tdm_Merise

Exemple

Pour vous montrer l’intérêt de la normalisation d’une base de donnée relationnelle, voyons les problèmes que peuvent poser l’utilisation d’une base de donnée basée sur un modèle relationnel non normalisé.

Soit le schéma de relation :

FOURNISSEUR (NomFournisseur, AdresseFournisseur, Produits, Prix)

Modèle en extension

NomFournisseur	AdresseFournisseur	Produit	Prix
Lebras	10, Rue des Gras - Clermont	Chaise table	20 35
Dupont	86, Rue de la République - Moulins	Bureau	60
Lajoie	26, Rue des Dômes - Vichy	Lit	50
Dupont	39, Rue des Buttes - Moulins	Lampe Table de chevet	18 25

• 1°problème :

Il n’y a pas de clé primaire : on ne sait pas si les deux Dupont sont différents ou pas (si c’est le même Dupont, il y a une des deux adresses qui est fausse.

• 2°problème :

L’adresse n’est pas décomposée. Si on veut par exemple rechercher tous les fournisseurs qui habitent la même ville, ça ne va pas être possible

• 3°problème :

Une relation (table) correspondant à ce schéma pourra éventuellement contenir plusieurs produits pour un même fournisseur.

Dans ce cas, il faudra faire face à un certain nombre de problèmes :

• l'adresse du fournisseur sera dupliquée dans chaque n-uplet (redondance),
• si on souhaite modifier l'adresse d'un fournisseur, il faudra rechercher et mettre à jour tous les n-uplets correspondant à ce fournisseur,
• si on insère un nouveau produit pour un fournisseur déjà référencé, il faudra vérifier que l'adresse est identique,
• si on veut supprimer un fournisseur, il faudra retrouver et supprimer tous les n-uplets correspondant à ce fournisseur (pour différents produits) dans la table.
• La normalisation élimine les redondances, ce qui permet :
  

- une diminution de la taille de la base de donnée sur le disque

- une diminution des risques d’incohérence

- d’éviter une mise à jour multiple des mêmes données

Voir aussi

• Rappel sur le modèle relationnel
• Passage du MCD au MR
• Normalisation du modèle relationnel
• Dépendance fonctionnelle
• Intérêt de la normalisation
• Les 3 formes normales

Source S. Laporte