SQL : insérer, modifier et supprimer des données

Ajouter une ligne avec INSERT

Nous utilisons Membre(id_membre, prenom, id_club), avec id_membre comme clé primaire et id_club référençant un club existant. INSERT ajoute une nouvelle ligne. Écrire explicitement les colonnes permet de rendre clair l’ordre des valeurs et de limiter la dépendance à l’ordre du schéma.

INSERT INTO Membre (id_membre, prenom, id_club)
VALUES (109, 'Camille', 2);

La ligne doit respecter les domaines, l’unicité de la clé et la référence. Une insertion réutilisant un identifiant déjà présent n’est pas une mise à jour implicite dans cette syntaxe. Elle doit être refusée par la contrainte de clé primaire.

L’ordre des colonnes explicites détermine celui des valeurs. On pourrait écrire prénom avant identifiant à condition de donner les valeurs dans le même ordre. Le nombre 109 ne devient pas automatiquement une clé parce qu’il est placé en premier dans un exemple : c’est le schéma qui définit cette fonction. L’écriture explicite évite de dépendre d’un ordre implicite de colonnes.

Modifier les lignes qui correspondent

UPDATE choisit une relation, SET précise les nouvelles valeurs et WHERE limite les lignes visées. Pour corriger le prénom du membre 103, on utilise son identifiant unique. Une condition fondée sur un prénom peut toucher plusieurs personnes si ce prénom est partagé.

UPDATE Membre
SET prenom = 'Sarah'
WHERE id_membre = 103;

Sans WHERE, la mise à jour concerne toutes les lignes de la relation. Ce comportement peut être voulu pour une opération globale, mais il ne faut pas l’obtenir par oubli. Une consultation avec le même filtre permet de vérifier les lignes ciblées avant une modification réelle.

Une mise à jour par prénom peut légitimement viser plusieurs lignes. Sur nos données, WHERE prenom='Lina' sélectionne 101 et 104. Si l’objectif est de corriger une personne précise, son identifiant unique est la bonne cible. Avant d’écrire SET, décrivez donc exactement l’ensemble visé et vérifiez que la condition exprime cette intention.

Retirer des lignes avec DELETE

DELETE FROM Membre WHERE id_membre = 103 retire la ligne du membre concerné. DELETE FROM Membre sans filtre retire toutes les lignes. Dans les deux cas, la relation et son schéma existent toujours : supprimer des lignes n’est pas supprimer la définition de la table.

Une suppression peut être refusée si d’autres relations référencent les lignes et si la politique définie l’interdit. Il faut lire les contraintes plutôt que supposer une propagation automatique. Le laboratoire utilise des données isolées et fictives ; ses opérations ne touchent ni une base distante, ni les informations du site.

Prévoir et contrôler le résultat

Avant une opération, identifiez les lignes sélectionnées par le filtre, puis appliquez mentalement le changement. Après l’opération, vérifiez le nombre de lignes affectées et les contraintes attendues. Zéro ligne affectée peut signaler un identifiant absent, sans être une erreur de syntaxe.

Le modèle interactif repart toujours du même état initial : Lina 101 au club 1, Noé 102 au club 2, Sara 103 au club 1, Lina 104 au club 3 et Adam 105 au club 2. Changer un contrôle prévisualise une nouvelle opération indépendante. Cette règle évite de confondre une comparaison de scénarios avec une suite de modifications persistantes.

Exemple suivi : prévoir une mise à jour ciblée

Sur l’état initial, UPDATE Membre SET prenom='Sarah' WHERE id_membre=103; modifie Sara seulement. La relation garde cinq lignes, le membre 103 reste au club 1 et sa clé ne change pas. Une consultation préalable SELECT * FROM Membre WHERE id_membre=103; montre la ligne visée.

Avec WHERE prenom='Lina', deux lignes seraient ciblées. Sans WHERE, toutes les cinq le seraient. Le nombre de lignes après UPDATE reste cinq dans chacun de ces cas : il ne suffit donc pas à vérifier la portée du changement. Il faut distinguer nombre de lignes présentes et nombre de lignes affectées. Un filtre sur 110, identifiant absent, affecte zéro ligne tout en restant syntaxiquement valide.

Chaînes, contraintes et suites d’opérations

Une apostrophe appartenant à une valeur textuelle doit être représentée correctement dans une chaîne SQL. Pour le prénom fictif D’Angelo écrit avec une apostrophe simple, le littéral SQL s’écrit 'D''Angelo'. Le formulaire de l’atelier effectue ce doublement dans la requête affichée. Cela conserve le contenu de la valeur au lieu de fermer prématurément son littéral.

Dans une vraie suite, l’ordre des opérations peut changer les résultats. Insérer 109 puis le supprimer remet le contenu initial, alors que supprimer d’abord 109 absent n’affecte rien puis l’insérer laisse six membres. L’atelier compare des opérations indépendantes depuis l’état initial ; changer deux fois ses contrôles n’exécute pas une telle suite persistante. Pour un exercice de séquence, tracez explicitement chaque état et appliquez les contraintes à l’état obtenu juste avant l’opération suivante.

De la compréhension à l’autonomie

À vous de résoudre

Cherchez d’abord par vous-même. Vérifiez les résultats demandés, utilisez les indices si nécessaire, puis comparez votre méthode à la correction.

Les erreurs qui méritent un détour

Oublier WHERE pour une modification individuelle.

La clause SET ne choisit pas les lignes. Prévisualisez le même filtre avec une consultation avant toute modification réelle.

Croire que changer le contenu modifie automatiquement le schéma.

INSERT, UPDATE et DELETE travaillent ici sur les lignes d’une relation déjà définie.

Cette notion au bac

Retrouvez ces idées dans un sujet complet, avec des indices, une correction expliquée et des ateliers.

• Bac 2026 · Métropole · Jour 1 : Plateforme de débats : arbres d’arguments et base relationnelle
• Bac 2026 · Métropole · Jour 2 : Covoiturage : requêtes SQL, files et point de rendez-vous
• Bac 2026 · Centres étrangers groupe 1 · Jour 1 : Démineur : voisinage, propagation et scores en ligne
• Bac 2026 · Centres étrangers groupe 1 · Jour 2 : VintagePixel : collection relationnelle et choix des routes

Le prochain pas

• Le rôle d’un système de gestion de bases de données

Retrouver le catalogue de Terminale

Ce chapitre s’appuie sur le programme officiel de Terminale (PDF, nouvel onglet). Les explications et exercices sont proposés pour l’apprentissage.