NSI · Terminale · Bases de données
Modélisation d’une base de données
Chaque information écrite une seule fois.
En bref
Avant toute requête, il faut décider quelles tables existent et comment elles se répondent.
Avant toute requête, il faut décider quelles tables existent et comment elles se répondent. Une base mal modélisée produit des données fausses, quelle que soit la qualité du code au-dessus.
Pourquoi pas un seul grand tableau
| Anomalie | Ce qu’elle produit |
|---|---|
| Redondance | La même information répétée à chaque ligne |
| Anomalie de mise à jour | Corriger une adresse oblige à la corriger partout ; un oubli rend la base incohérente |
| Anomalie d’insertion | On ne peut pas enregistrer un professeur qui n’a pas encore de classe |
| Anomalie de suppression | Effacer la dernière ligne d’un élève efface aussi les informations de sa classe |
Le modèle relationnel
Proposé par Codd en 1970 : des relations — les tables — composées d’attributs (colonnes) et d’enregistrements (lignes). Chaque attribut a un domaine, le type de valeurs admissibles.
Le schéma relationnel énumère tables, attributs et contraintes. On l’écrit ainsi, le gras marquant la clé primaire et le dièse une clé étrangère :
eleve(id, nom, prenom, date_naissance, #classe_id)
Les contraintes d’intégrité
| Contrainte | Ce qu’elle impose |
|---|---|
| Clé primaire | Elle identifie de façon unique chaque enregistrement : ni nulle, ni dupliquée |
| Clé étrangère | Elle référence la clé primaire d’une autre table — c’est elle qui relie |
| Intégrité référentielle | Une clé étrangère doit pointer vers un enregistrement existant |
| Contrainte de domaine | Une note comprise entre 0 et 20 |
| Unicité | Deux comptes ne partagent pas la même adresse électronique |
Les relations entre tables
| Cardinalité | Comment on la réalise |
|---|---|
| Un à plusieurs | La clé étrangère se place du côté « plusieurs » : un élève porte l’identifiant de sa classe |
| Plusieurs à plusieurs | Elle exige une table de jonction portant les deux clés étrangères |
| Un à un | Rare, souvent réductible à une seule table |
La table de jonction est le point le plus souvent manqué à l’écrit : un élève suit plusieurs matières et une matière est suivie par plusieurs élèves — aucune des deux tables ne peut porter la clé de l’autre.
Modéliser, c’est décider où l’information est écrite une seule fois. Chaque duplication est une incohérence future.
Teste-toi
6 questions pour vérifier
Touche une réponse : la correction s’affiche tout de suite.
1.Qu’est-ce qu’une clé primaire ?
2.Qu’est-ce qu’une clé étrangère ?
3.Comment représente-t-on une relation « plusieurs à plusieurs » ?
4.Que garantit l’intégrité référentielle ?
5.Quel problème une table unique et redondante provoque-t-elle ?
6.Qui a proposé le modèle relationnel ?
0 / 6 questions
Dans l’app, ce chapitre a son quiz complet, chronométré, et tes erreurs reviennent au bon moment pour ne plus les refaire.
La fiche de révision, sur une page
Tout « Modéliser une base » sur une seule page A4 illustrée : l’essentiel, les pièges et un mini-test. Elle se débloque dans l’app avec des gemmes — et ton compte gratuit en offre assez pour tes trois premières fiches.
