7. Normalisation des Bases de Données relationnelles
7.1 Introduction
Nous avons appris auparavant à manipuler les bases de données relationnelles, nous allons nous intéresser maintenant à la manière d’élaborer une “base relationnelle”. Nous formulons l’hypothèse de départ que la phase d’analyse préalable nous a fourni un schéma relationnel “universel” : R défini sur un ensemble d’attributs U, plus un ensemble de prédicats sur la sémantique des attributs, plus un ensemble de contraintes d’intégrité.

7.2 Difficultés liées au caractère relationnel de la modélisation.
Avant de se pencher sur les “formes normales” reprenons les “pièges” auxquels expose la structure relationnelle. Si l’on modélise mal on peut tomber sur des répétitions, des inaptitudes, des pertes d’informations. Exemple : Nous disposons d’une modélisation relative au domaine bancaire :

R(Nomagence,N°Prêts,Client,Montant,Ch d’Affaires) correspondant au prédicat : “Une agence de nom Nomagence possède un chiffre d’affaires et consent des prêts de Numéro donné à des Clients pour un montant déterminé". Les contraintes suivantes (dépendances fonctionnelles) sont établies :
Nomagence -> Ch d’Affaires Client N°Prêt -> Montant Soit une instance r de

R:

r Nomagence Montpellier Montpellier Béziers Nimes Béziers Nimes .... N°Prêt 17 23 15 20 16 18 ... Client Dupont Durand Nestor Adam Achille Désiré ... Montant 1000 2000 1500 500 2000 1500 ... Ch.d'Affaires 90 M 90M 45M 85M 45M 85M

7.2.1 Divers problèmes
On veut insérer un nouveau client “Amanda” qui contracte le prêt 30 de montant 1500 auprès de l’agence de Béziers, il faut aussi rajouter l’information redondante relative au chiffre d’affaires 45M. Si une agence change de nom tous les n-uplets relatifs à cette agence doivent subir la modification. Si une nouvelle agence se crée sans encore aucun client comment insérer l’information sans valeur nulle? si on tolère les valeurs nulles les contraintes ne sont plus respectées.

7.2.2 Décomposition