Chapitre II : (Suite) Conception des Bases de Données

IV : Compléments sur les types-associations : 1- Associations plurielles :

Exemple d'associations plurielles entre un type entité Personne et un type entité Livre. Sur ce schéma, un type association permet de modéliser que des personnes écrivent des livres et un autre que des personnes critiquent (au sens de critique littéraire) des livres.

2- Association Réflexive :

Chapitre II : (Suite)

Conception des Bases de Données

Un type association est qualifié de réflexif quand il matérialise une relation entre un type entité et lui-même

Exemple d'associations réflexives sur le type entité Personne. Le premier type association permet de modéliser la relation parent/enfant et le deuxième type association la relation de fraternité.

3- Association n-aire :

Le type association ternaire Contient associant les types entité Facture,

Produit et Client puisqu'une facture donnée est toujours adressée au même client.

En effet, cette modélisation implique pour les associations (instances du type association) Contient une répétition du numéro de client pour chaque produit d'une même facture.

Corriger le modèle suivant :

V : Règles de Bonnes Pratique :

1- Choix de l’identifiant :

Il faut éviter de choisir un identifiant susceptible de changer au cours du temps.

Il faut éviter les identifiants de plusieurs attributs pour identifier un type entité.

Exemple s d’identifiants qui posent des problèmes :

2- Choix du Nom:

Chaque attribut doit être unique :

3- Normalisation des attributs :

Il faut remplacer un attribut multiple en un type association et un type entité supplémentaires.

Il ne faut jamais ajouter un attribut dérivé d'autres attributs, que ces autres attributs se trouvent dans le même type entité ou pas (champs calculé).

4- Fusion ou suppression de type-entité ou type-association :

Il faut factoriser les types entité quand c'est possible.

Lorsque les cardinalités d'un type association sont toutes 1,1 c'est que le type association n'a pas lieu d'être. Il faut aussi se poser la question de l'intérêt du type association quand les cardinalités maximales sont toutes de 1.

Il faut veiller à éviter les types association redondants. En effet, s'il existe deux chemins pour se rendre d'un type entité à un autre, alors ces deux chemins doivent avoir deux significations ou deux durées de vie distinctes. Dans le cas contraire, il faut supprimer le chemin le plus court puisqu'il est déductible des autres chemins.

VI : Normalisation des type-entités et type-associations :

Les règles de normalisation du modèle conceptuel permettant d’assurer :

• La non redondance des données

• L’intégrité des données

• La facilité de mise-à-jour

Lors de la normalisation d’un modèle de données, nous devons avoir au moins la 3^ème forme normale.

Une Base de Données est normalisée si celle-ci est en 3^ème Forme normale.

1- Première Forme Normale (1FN) :

Un type-entité ou type-association est en 1^ère Forme Normale s’il ne possède attribut multivalué c-à-d décomposable.

2- Deuxième Forme Normale (2FN) :

Une entité ou une association est en 2^ème Forme Normale si elle est :

• En 1^ère Forme Normale

• Tous les attributs de l’entité ou de la relation dépondent de la clé (identifiant) et non d’une partie de la clé.

Exemple :

L’attribut Note dépend du code participant et code Module (ensemble d’attributs qui forment la clé (identifiant) de la relation inscription.

Le participant N° 101 à obtenue dans Le Module M001 15 comme Note Le participant N° 101 à obtenue dans Le Module M002 12 comme Note Le participant N° 105 à obtenue dans Le Module M001 10 comme Note Le participant N° 105 à obtenue dans Le Module M002 14 comme Note

3- 3

Forme Normale (3FN) :

Une relation est en 3FN lorsque :

• Elle est en 2FN,

• chaque attribut de la relation ne dépend que de la clé et pas d'un autre attribut de la relation.