Modélisation de bases de données : de l'entité au schéma SQL
Modélisation de bases de données est un cours de niveau intermédiaire de 5 leçons (environ 3 h 04), avec 18 exercices et 15 questions de quiz. Prérequis : SQL intermédiaire (jointures, sous-requêtes). Les exercices s'exécutent dans le navigateur, sans installation.
- SQL
- Intermédiaire
- 5 leçons
- 3 h 04
- 18 exercices
- Exercices exécutés dans le navigateur
Le cours en bref
Ce cours vous apprend à concevoir une base de données avant de l'interroger. Vous traduirez un besoin métier en tables et contraintes, modéliserez les relations avec des clés étrangères, normaliserez un export de tableur jusqu'à la 3FN, puis construirez un schéma en étoile pour l'analyse. Vous terminerez par le schéma physique : index, vues et migrations.
Ce que tu sauras faire
- Traduire des entités métier en tables typées avec clés primaires et contraintes d'intégrité
- Modéliser des relations 1-N et N-N avec des clés étrangères et choisir le comportement à la suppression
- Repérer les anomalies et normaliser une table jusqu'à la troisième forme normale
- Concevoir un schéma en étoile avec un grain défini et des dimensions adaptées
- Écrire un script DDL complet avec index et vues
- Faire évoluer un schéma existant par des migrations sûres
Programme des 5 leçons
- Traduire une entité métier en table avec des colonnes correctement typées
- Choisir une clé primaire (clé naturelle ou clé de substitution)
- Protéger les données avec NOT NULL, UNIQUE, CHECK et DEFAULT
- Contrôler des données existantes avant d'y ajouter une contrainte
CREATE TABLETypes de donnéesClé primaireNOT NULL, UNIQUE, CHECK, DEFAULT
- 02
Relations et clés étrangères
- Identifier les cardinalités 1-1, 1-N et N-N entre entités
- Implémenter une relation 1-N avec une clé étrangère
- Implémenter une relation N-N avec une table d'association
- Choisir le comportement ON DELETE adapté
CardinalitésFOREIGN KEY / REFERENCESTable d'associationON DELETE CASCADE / RESTRICT / SET NULL
- 03
Normalisation : 1FN, 2FN, 3FN et anomalies
- Reconnaître les anomalies d'insertion, de mise à jour et de suppression
- Identifier des dépendances fonctionnelles dans une table
- Appliquer les trois premières formes normales
- Décider quand une dénormalisation est acceptable
Anomalies de mise à jourDépendances fonctionnelles1FN, 2FN, 3FNDénormalisation
- 04
Modélisation décisionnelle : le schéma en étoile
- Distinguer base transactionnelle (OLTP) et base d'analyse (OLAP)
- Identifier faits, mesures et dimensions dans un besoin d'analyse
- Définir et contrôler le grain d'une table de faits
- Interroger un schéma en étoile
OLTP et OLAPSchéma en étoileGrain d'une table de faitsDimensions et SCD
- 05
Du modèle au schéma physique : vues, index et migrations
- Passer d'un modèle logique à un script DDL complet et cohérent
- Appliquer des conventions de nommage
- Créer des vues pour simplifier l'accès aux données
- Faire évoluer un schéma par migrations versionnées
DDL : CREATE, ALTER, DROPVuesIndex des clés étrangèresMigrations de schéma
Projet final
Concevoir la base d'une plateforme de réservation
Une association propose des ateliers (cuisine, poterie, code) animés par des intervenants, dans plusieurs lieux. Les participants réservent des places, paient et peuvent annuler. Concevez la base transactionnelle complète, puis un petit schéma en étoile pour suivre le taux de remplissage et le chiffre d'affaires des ateliers.
Livrables
- Un diagramme entité-relation (image ou texte) avec les cardinalités de chaque relation
- Un script DDL exécutable (PostgreSQL ou SQLite) : tables, clés primaires et étrangères, contraintes, index
- Une justification écrite de la normalisation (dépendances fonctionnelles principales, forme normale atteinte)
- Un jeu de données d'exemple et cinq requêtes métier (ateliers complets, participants d'un atelier, chiffre d'affaires par intervenant…)
- Un schéma en étoile (faits de réservation, dimensions date, atelier, lieu) avec son grain explicité
- Une migration qui ajoute une règle métier après coup (liste d'attente ou code promo) sans perte de données
Critères d'évaluation
- Les cardinalités sont correctes et la relation N-N participants–ateliers passe par une table d'association
- Les contraintes reflètent les règles métier (places disponibles positives, statut de réservation limité, unicité)
- Le modèle transactionnel est en 3FN, et toute dénormalisation est justifiée
- Le grain de la table de faits est explicite et contrôlé par une requête
- Le script est lisible, cohérent dans son nommage et s'exécute sans erreur
Questions fréquentes
Qu'est-ce que la normalisation d'une base de données ?
C'est une méthode de conception qui découpe les tables pour supprimer les redondances et éviter les anomalies de mise à jour. On vise en général la troisième forme normale (3FN) pour une base transactionnelle.
Quelle différence entre un modèle normalisé et un schéma en étoile ?
Le modèle normalisé sert aux applications qui enregistrent des données sans incohérence. Le schéma en étoile, avec une table de faits et des dimensions dénormalisées, sert à l'analyse et aux outils comme Power BI.
Faut-il connaître le SQL avant ce cours ?
Oui : le cours suppose la maîtrise des requêtes SELECT, des jointures et des sous-requêtes (cours SQL fondamentaux et SQL intermédiaire).
Ce cours est-il utile pour un développeur web ?
Oui. Toute application qui stocke des comptes, des commandes ou des contenus repose sur un schéma de base de données ; bien le concevoir évite des bugs et des migrations douloureuses.
Ce cours, raconté pour ton métier
Dis ce que tu veux savoir faire : « Modélisation de bases de données » prend sa place dans ton parcours, avec des exemples de ton secteur. Les notions restent celles du cours.