Notice: This page requires JavaScript to function properly.
Please enable JavaScript in your browser settings or update your browser.
Apprendre Deuxième Forme Normale | Normalisation et Formes Normales
Base de Données Relationnelle et Normalisation
course content

Contenu du cours

Base de Données Relationnelle et Normalisation

Base de Données Relationnelle et Normalisation

1. Modèles de Base de Données
2. Base de Données Relationnelle
3. Normalisation et Formes Normales

book
Deuxième Forme Normale

Pour comprendre la deuxième forme normale, il est essentiel de se familiariser avec le concept de clé primaire composite : une clé formée par la combinaison de deux ou plusieurs attributs au sein d'une table. L'objectif d'une clé composite est d'identifier de manière unique chaque ligne en se basant sur les valeurs combinées de plusieurs colonnes. Comme mentionné dans la section précédente, les attributs composant la clé primaire composite sont appelés attributs clés.

Exemple

Considérons la table Employee-Department. Supposons que nous ayons une table Employee avec les colonnes EmployeeID et DepartmentID. Étant donné que chaque employé peut travailler dans plusieurs départements et que chaque département peut abriter de nombreux employés, une clé composite combinant les deux colonnes sert de clé primaire de la table.

Règles pour la deuxième forme normale :

  • La table doit répondre aux critères de la Première forme normale ;

  • Tous les attributs non clés (c'est-à-dire les colonnes non incluses dans la clé primaire) doivent dépendre entièrement de la clé primaire.

Pour comprendre cette dernière règle, il est essentiel de clarifier la signification de "entièrement dépendant". Une colonne dépend entièrement de la clé primaire si sa dépendance concerne l'intégralité de la clé primaire, et non une simple fraction de celle-ci.

Dans notre exemple, la table respecte la première forme normale avec une clé composite composée de EmployeeID et DepartmentID. Cependant, elle ne satisfait pas la deuxième forme normale : alors que le salaire dépend à la fois de l'identifiant de l'employé et de celui du département, le rôle du chef de département dépend uniquement de l'identifiant du département et reste indépendant de l'identité de l'employé.

Les attributs Name et Surname dépendent de EmployeeID. Par conséquent, ils devraient être placés dans une table distincte. Ainsi, certains attributs ne dépendent que d'une partie de la clé composite.

Cette configuration peut mener à une anomalie de modification : par exemple, si nous éliminons la ligne 2, nous risquons d'effacer involontairement les informations concernant le chef du département, car aucune autre ligne ne comporte cet identifiant de département spécifique.

Normalisation

Passons à la normalisation ! Dans la deuxième forme normale :

La base de données mise à jour garantit qu'aucun attribut ne dépend uniquement d'une partie de la clé composite : la table s'aligne avec la deuxième forme normale, assurant que nous conservons les informations essentielles même si des lignes de la table initiale sont supprimées.

Remarque

Une table en première forme normale, sans clé composite, satisfait par définition aux exigences de la deuxième forme normale.

Quelles sont les règles de la deuxième forme normale ?

Quelles sont les règles de la deuxième forme normale ?

Sélectionnez quelques réponses correctes

Tout était clair ?

Comment pouvons-nous l'améliorer ?

Merci pour vos commentaires !

Section 3. Chapitre 3
We're sorry to hear that something went wrong. What happened?
some-alt