Database Reference
In-Depth Information
d'attributs monovalués pouvant contenir au plus une valeur de tout type (chaîne de caractères,
date, entier…).
L'exemple suivant modélise le fait qu'un client dispose de trois e-mails au plus. Les deux
premières modélisations ne respectent pas la première forme normale. La première considère
l'e-mail comme un tableau, tandis que la seconde utilise plusieurs attributs de même sens.
Au inal, les tables issues de cette modélisation seront dificilement indexables, contiendront
nombre de valeurs nulles et les requêtes à écrire seront ininiment plus complexes que dans le
cas d'une solution normalisée.
Figure 1-78
. Première forme normale
La solution normalisée évite l'utilisation de tableaux ou de duplication d'attributs. Les tables
issues de cette conception permettront une indexation optimale et éviteront des valeurs nulles.
Deuxième forme normale
Ain de préserver la deuxième forme normale, vous devez examiner les attributs des classes-
associations.
Deuxième forme normale
Chaque.attribut.d'une.classe-association.dépend.simultanément.des.identifiants.des.classes.
connectées.à.l'association.
Le diagramme suivant ne respecte pas la deuxième forme normale, car plusieurs attributs de
la classe-association ne dépendent pas simultanément du couple (
id_cli, immatriculation
).
