Bases de données relationnelles et SQL : fiche de révision

1Le modèle relationnel

Une base de données relationnelle organise les données en relations (tables). Chaque relation a un schéma : un nom et une liste d'attributs (colonnes) typés (INT, TEXT, REAL, DATE…). Une ligne (enregistrement, n-uplet) est une valeur pour chaque attribut. Le domaine d'un attribut est l'ensemble de ses valeurs possibles.

La clé primaire est un attribut (ou un ensemble d'attributs) qui identifie de façon unique chaque enregistrement : deux lignes ne peuvent pas avoir la même clé primaire, et elle ne peut pas être NULL. La clé étrangère est un attribut d'une table qui fait référence à la clé primaire d'une autre table : elle réalise les liens entre tables.

Exemple : Eleve(id_eleve, nom, classe) et Note(id_note, id_eleve#, matiere, valeur) — le # marque la clé étrangère. Contraintes d'intégrité : de domaine (type et valeurs admissibles), de relation (unicité de la clé primaire), de référence (une clé étrangère doit désigner un enregistrement existant). Le système de gestion de base de données (SGBD) fait respecter ces contraintes et gère l'accès concurrent, la persistance et la sécurité.

2Interroger : SELECT, WHERE, ORDER BY, jointures

La requête de base : SELECT colonnes FROM table WHERE condition ORDER BY colonne ; SELECT * renvoie toutes les colonnes, DISTINCT élimine les doublons, ORDER BY … DESC trie en décroissant. Les conditions combinent =, <>, <, >, AND, OR, NOT, LIKE (avec % joker) et IN.

SELECT nom FROM Eleve WHERE classe = 'TG2' ORDER BY nom ;

La jointure combine deux tables sur une égalité de clés : SELECT Eleve.nom, Note.valeur FROM Eleve JOIN Note ON Eleve.id_eleve = Note.id_eleve WHERE Note.matiere = 'NSI' ; on peut aliaser les tables (FROM Eleve AS e JOIN Note AS n ON e.id_eleve = n.id_eleve). Une jointure sans condition ON produit le produit cartésien — erreur classique.

Les fonctions d'agrégation résument une colonne : COUNT(*), SUM, AVG, MIN, MAX. SELECT AVG(valeur) FROM Note WHERE matiere = 'NSI' ; renvoie la moyenne. Le programme mentionne les agrégats ; GROUP BY n'est pas exigible mais peut apparaître dans du code à lire.

3Modifier : INSERT, UPDATE, DELETE

INSERT INTO Eleve (id_eleve, nom, classe) VALUES (42, 'Dupont', 'TG2') ; ajoute un enregistrement — le SGBD refuse si la clé primaire existe déjà ou si une clé étrangère référence un enregistrement inexistant.

UPDATE Note SET valeur = 15 WHERE id_note = 7 ; modifie des enregistrements. DELETE FROM Note WHERE id_eleve = 42 ; supprime. Danger absolu : un UPDATE ou un DELETE sans clause WHERE modifie ou supprime TOUTE la table.

La contrainte de référence empêche de supprimer un élève qui a encore des notes (sauf suppression en cascade définie dans le schéma) : c'est le SGBD qui protège la cohérence. Au bac, on demande souvent d'écrire la requête puis d'expliquer pourquoi le SGBD la refuserait.

4Exercice type et pièges

Énoncé type : avec les tables Livre(id_livre, titre, id_auteur#) et Auteur(id_auteur, nom), « donner les titres des livres de Victor Hugo, triés par titre ». Réponse : SELECT Livre.titre FROM Livre JOIN Auteur ON Livre.id_auteur = Auteur.id_auteur WHERE Auteur.nom = 'Hugo' ORDER BY Livre.titre ;

Autres classiques : compter les livres d'un auteur (COUNT), lister les auteurs sans doublon (DISTINCT), expliquer une violation de contrainte lors d'un INSERT, identifier clés primaires et étrangères dans un schéma donné.

Pièges : chaînes de caractères sans apostrophes ; oublier la condition de jointure ; confondre WHERE (filtre les lignes) et ORDER BY (trie) ; utiliser = avec NULL (on écrit IS NULL) ; croire qu'une clé étrangère doit être unique (plusieurs notes peuvent pointer vers le même élève) ; oublier que le nom de colonne doit être préfixé du nom de table quand il est ambigu dans une jointure.