Soit l'entité PROFESSEURS, celle-ci regroupe les professeurs de l'école.
Extrait de la table PROFESSEURS:
| id_pro | nom_pro | preno_pro | adres_pro | codep_pro | commu_pro | datenaiss_pro |
|---|
| 1 | Tartempion | Florimon | 4, rue Urbain II | 1030 | Schaerbeek | 29/03/1983 |
| 2 | Doe | John | 24, rue Godefroid de Bouillon | 1030 | Schaarbeek | 04/05/1960 |
| 3 | Vanpiperzeel | Sam | 135, rue Roland | 1000 | Bruxelles | 21/07/1970 |
| 4 | Tartempion | Florimon | 17, rue de la Chanson | 1040 | Etterbeek | 29/03/1983 |
| 5 | Vancleemput | Petronela | 28, rue Charles Martel | 1030 | Schaerbeeck | 14/10/1953 |
de redondance
On constate que pour le champ "Commune" l'information est répétée plusieurs fois.
d'insertion
La redondance peut provoquer des effets pervers, l'information concernant la commune de Schaerbeek est présente sous la forme flamande (Schaarbeek) et sous la forme française (Schaerbeek)!
Sans compter la possibilité d'encodage avec une faute d'orthographe comme pour Petronela Vancleemput (Schaerbeeck).
de modification
L'information étant redondante, en cas de modification, il faudra la rechercher dans tous les tuples avec un risque très important de ne pas faire la modification partout.
On va sortir le champ "Commune" et en faire une table.
Dans un deuxième temps on va lier les deux tables en dupliquant la clé de la nouvelle table "COMMUNES" dans la table "PROFESSEUR", ce champ dupliqué
fera la relation entre ces deux tables.
On constate que les anomalies citées plus haut sont résolues:
- il n'y a plus de redondance des données, seules les clés sont répétées.
- une insertion ne risque plus d'être orthographiée dans des langues différentes.
- une modification concernera une et une seule donnée.
La relation HABITER s'exprime comme suit:
- un professeur habite dans une et maximum une commune
- une commune héberge 0 ou plusieurs professeurs
Généralisons:
- une occurence de la table PROFESSEURS est en relation avec 1 et maximum 1 occurence de la table COMMUNES
- une occurence de la table COMMUNES est en relation avec 0 ou plusieurs (ou n) occurences de la table PROFESSEURS
- La relation HABITER est de type (1-1) (1-n)
Extrait de la table PROFESSEURS:
| id_pro | nom_pro | preno_pro | adres_pro | datenaiss_pro | id_com |
|---|
| 1 | Tartempion | Florimon | 4, rue Urbain II | 29/03/1983 | 2 |
| 2 | Doe | John | 24, rue Godefroid de Bouillon | 04/05/1960 | 2 |
| 3 | Vanpiperzeel | Sam | 135, rue Roland | 21/07/1970 | 1 |
| 4 | Tartempion | Florimon | 17, rue de la Chanson | 29/03/1983 | 3 |
| 5 | Vancleemput | Petronela | 28, rue Charles Martel | 14/10/1953 | 2 |
Extrait de la table COMMUNES:
| id_com | codep_com | nom_com |
|---|
| 1 | 1000 | Bruxelles |
| 2 | 1030 | Scharbeek |
| 3 | 1040 | Etterbeek |
| 4 | 1150 | Woluwé-Saint-Pierre |
| 5 | 1170 | Watermael-Boitsfort |
La relation PROFESSEURS-COMMUNES est de type (1-1) (1-n)
Une entité ou association est en 1NF lorsque la valeur attribuée aux attributs:
- est atomiques
- a une valeur qui n'est pas le résultat d'un calcul entre autres attributs
- est stable dans le temps
- est unique (monovaluée)
- n'existe qu'en u seul exemplaire dans la table
