Aller au contenu
FR

Systèmes d'information de gestion · Terminale STMGBac

Modèle relationnel : exercices corrigés de Terminale STMG

Publié le 11 novembre 2026 · Mis à jour le 11 novembre 2026 · Signaler une erreur

L'essentiel

  • Une base relationnelle range l'information dans des tables : une ligne est un enregistrement (nuplet), une colonne est un attribut.6
  • La clé primaire identifie chaque ligne ; la clé étrangère relie une table à une autre.6
  • Le schéma relationnel est le plan des tables, des clés et des références ; il sert à limiter la redondance.6
  • Un domaine fixe les valeurs permises pour un attribut ; une valeur hors domaine est une anomalie à repérer.
  • Méthode : lire la structure, repérer les clés, puis vérifier chaque ligne contre les règles.

Comment utiliser ces exercices

Ces exercices t'entraînent à lire et construire la structure d'une base de données relationnelle, comme on te le demande en Systèmes d'information de gestion. Le programme attend que tu saches interpréter la structure d'une base relationnelle au regard d'un besoin de gestion.2 Cherche chaque exercice seul avant d'ouvrir les indices, puis compare ta démarche avec la correction, étape par étape.

Pourquoi s'entraîner sur des cas concrets

Aujourd'hui, une grande partie des entreprises organise ses données selon ce modèle, qui compte parmi les plus répandus.5 Tu le croises derrière une caisse enregistreuse, un site de réservation ou un logiciel de facturation. Lire une table, c'est comprendre ce que l'entreprise garde en mémoire et comment elle peut le retrouver.

Un autre intérêt du modèle est pratique : l'utilisateur peut interroger les données sans savoir où elles sont stockées physiquement ni comment.5 La structure en tables, avec ses clés, est ce qui rend cette consultation possible. Les exercices ci-dessous préparent donc aussi l'écriture de requêtes en SQL, le langage des bases relationnelles.5

Les exercices

Exercice 1 Compter les attributs d'une table

★☆☆Environ 5 min

Le magasin « Cycle & Co » mémorise ses clients dans la table suivante.

CLIENT

idClient nom ville email
1 Martin Lyon martin@exemple.fr
2 Diallo Lille diallo@exemple.fr
3 Moreau Nantes moreau@exemple.fr
4 Petit Lyon petit@exemple.fr
5 Garcia Metz garcia@exemple.fr

Combien cette table compte-t-elle d'attributs ?

Indice 1

Un attribut correspond à une colonne, pas à une ligne.

Indice 2

Compte les titres de colonnes, sans compter la ligne d'en-tête comme un enregistrement.

Voir la correction pas à pas

  1. On rappelle que les colonnes d'une table relationnelle sont appelées attributs, et que les lignes sont des enregistrements.

  2. On lit les titres de colonnes : idClient, nom, ville, email.

  3. On les compte : il y en a 4.

  4. On vérifie qu'on n'a pas compté les 5 lignes de clients : celles-ci sont des enregistrements, pas des attributs.

La table CLIENT compte 4 attributs et 5 enregistrements. Retiens : colonnes = attributs, lignes = enregistrements.

Exercice 2 Choisir une clé primaire

★☆☆Environ 8 min

On reprend la table CLIENT de l'exercice précédent : idClient, nom, ville, email.

  1. Peut-on prendre ville comme clé primaire ? Justifie avec les données.
  2. Peut-on prendre nom comme clé primaire ? Que risque-t-il de se passer dans la vraie vie ?
  3. Quel attribut est le meilleur choix, et pourquoi ?
Indice 1

Une clé primaire doit avoir une valeur différente pour chaque ligne.

Indice 2

Regarde la colonne ville : une valeur apparaît-elle deux fois ?

Voir la correction pas à pas

  1. Une clé primaire sert à identifier chaque enregistrement de façon unique.6 Elle ne doit donc jamais être commune à deux lignes.

  2. Pour ville : Lyon apparaît pour Martin (ligne 1) et pour Petit (ligne 4). Deux lignes auraient la même clé : c'est impossible.

  3. Pour nom : les cinq noms de l'exemple sont différents, mais le magasin accueillera un jour deux clients nommés Martin. La règle doit valoir pour toute la vie de la base, pas seulement pour les lignes actuelles.

  4. Pour email : il pourrait être unique, mais il peut changer, et une adresse change plus souvent qu'un numéro.

  5. On retient idClient : un numéro attribué par le magasin, unique, stable, jamais réutilisé.

La clé primaire est idClient. Une bonne clé est unique, stable et sans signification qui puisse changer. Un nom ou une ville ne remplissent pas ces conditions.

Exercice 3 Suivre le nombre d'enregistrements

★☆☆Environ 6 min

La table PRODUIT d'une papeterie contient 12 enregistrements. Dans la journée, le gérant ajoute 3 nouveaux produits, puis supprime 1 produit qui n'est plus vendu.

Combien d'enregistrements la table contient-elle à la fin de la journée ?

Indice 1

Un enregistrement correspond à une ligne de la table.

Indice 2

Ajouter augmente le nombre de lignes, supprimer le diminue.

Voir la correction pas à pas

  1. On part de l'état initial : 12 lignes.

  2. On ajoute 3 produits : 12 + 3 = 15 lignes.

  3. On supprime 1 produit : 15 − 1 = 14 lignes.

  4. Le nombre d'attributs, lui, n'a pas bougé : on a seulement modifié des lignes.

À la fin de la journée, la table PRODUIT contient 14 enregistrements. Ajouter ou retirer des produits change le nombre de lignes, jamais le nombre de colonnes.

Exercice 4 Repérer les clés étrangères invalides

★★☆Environ 12 min

Une librairie utilise deux tables.

ADHERENT (clé primaire : idAdherent)

idAdherent nom
1 Lambert
2 Noël
3 Rey
4 Bonnet

EMPRUNT (clé primaire : idEmprunt ; clé étrangère : idAdherent)

idEmprunt idAdherent
101 1
102 2
103 2
104 7
105 3
106 9
  1. Quel attribut de EMPRUNT est la clé étrangère, et vers quelle table pointe-t-il ?
  2. Combien d'emprunts renvoient vers un adhérent qui n'existe pas ?
  3. La valeur 2 apparaît deux fois dans EMPRUNT : est-ce une anomalie ?
Indice 1

Une clé étrangère doit reprendre une valeur déjà présente comme clé primaire dans l'autre table.

Indice 2

Compare chaque idAdherent de EMPRUNT à la liste 1, 2, 3, 4.

Voir la correction pas à pas

  1. La clé étrangère est idAdherent dans EMPRUNT : elle reprend la clé primaire de ADHERENT et relie les deux tables.6

  2. On liste les valeurs existantes dans ADHERENT : 1, 2, 3, 4.

  3. On contrôle EMPRUNT ligne par ligne : 1, 2, 2 et 3 existent. 7 et 9 n'existent pas.

  4. Les emprunts 104 et 106 pointent donc vers des adhérents inconnus : il y a 2 références invalides.

  5. La valeur 2 répétée n'est pas une anomalie : le même adhérent peut avoir emprunté deux livres. Une clé étrangère peut se répéter, contrairement à une clé primaire.

Il y a 2 emprunts invalides (104 et 106). Une clé étrangère doit toujours renvoyer à une clé primaire qui existe, mais elle peut apparaître plusieurs fois.

Exercice 5 Vérifier les valeurs d'un domaine

★★☆Environ 10 min

Dans la table EVALUATION d'un lycée, l'attribut note est défini avec le domaine « nombre entier de 0 à 20 ». On relève les cinq valeurs saisies suivantes : 14 ; 22 ; −3 ; 25 ; 40.

  1. Rappelle ce qu'est un domaine et à quoi il sert.
  2. Combien de valeurs sortent du domaine ?
  3. Que faut-il faire de ces valeurs dans une base bien tenue ?
Indice 1

Le domaine est l'ensemble des valeurs que l'attribut a le droit de prendre.

Indice 2

Teste chaque valeur : est-elle comprise entre 0 et 20 ?

Voir la correction pas à pas

  1. Le programme cite le domaine parmi les notions du modèle relationnel.2 Un domaine est l'ensemble des valeurs permises pour un attribut : ici, les entiers de 0 à 20.

  2. On teste 14 : entre 0 et 20, valeur acceptée.

  3. On teste 22 : supérieur à 20, refusée. On teste −3 : inférieur à 0, refusée.

  4. On teste 25 : refusée. On teste 40 : refusée.

  5. On compte les refus : 22, −3, 25 et 40, soit 4 valeurs hors domaine.

  6. Ces saisies doivent être rejetées ou corrigées à la source, sinon les moyennes calculées plus tard seront fausses.

4 valeurs sur 5 sortent du domaine. Le domaine protège la qualité des données dès la saisie.

Exercice 6 Concevoir un schéma relationnel

★★☆Environ 15 min

Un club de sport veut mémoriser ses licenciés (numéro, nom, date de naissance) et leurs inscriptions à des activités (numéro d'inscription, activité, date d'inscription). Un licencié peut s'inscrire à plusieurs activités ; chaque inscription concerne un seul licencié.

  1. Propose deux tables avec leurs attributs.
  2. Indique la clé primaire de chaque table.
  3. Indique la clé étrangère et la table vers laquelle elle pointe.
  4. Explique pourquoi on ne regroupe pas tout dans une seule table.
Indice 1

Pose-toi la question : qu'est-ce qui se répète si un licencié a trois inscriptions ?

Indice 2

La clé étrangère se place du côté « plusieurs ».

Voir la correction pas à pas

  1. On repère deux sujets distincts : les licenciés et les inscriptions. Chaque enregistrement d'une table doit porter sur un seul sujet, et les différents sujets sont reliés entre eux.6

  2. Table 1 : LICENCIE(numLicencie, nom, dateNaissance). Table 2 : INSCRIPTION(numInscription, activite, dateInscription, #numLicencie).

  3. Les clés primaires sont numLicencie et numInscription : chacune est unique pour chaque ligne de sa table.

  4. La clé étrangère est numLicencie dans INSCRIPTION : elle pointe vers la clé primaire de LICENCIE. On la place du côté « plusieurs », car un licencié a plusieurs inscriptions.

  5. Avec une seule table, le nom et la date de naissance seraient recopiés à chaque inscription. Le schéma vise justement à minimiser la redondance et à maximiser la cohérence.6 Si le nom change, une seule ligne est à corriger au lieu de plusieurs.

Le schéma est LICENCIE(numLicencie, nom, dateNaissance) et INSCRIPTION(numInscription, activite, dateInscription, #numLicencie). La clé étrangère se met du côté « plusieurs ».

Exercice 7 Mesurer la redondance évitée

★★★Environ 15 min

Une entreprise stocke ses commandes dans une table unique. Chaque ligne contient 3 informations sur le client (nom, adresse, ville) et 2 informations sur la commande (date, montant). Elle compte 200 commandes passées par 50 clients.

L'entreprise passe à deux tables :

  • CLIENT : un identifiant + les 3 informations client, soit 4 cellules par client ;
  • COMMANDE : les 2 informations de commande + l'identifiant du client (clé étrangère), soit 3 cellules par commande.
  1. Combien de cellules la table unique contient-elle ?
  2. Combien de cellules les deux tables contiennent-elles ensemble ?
  3. Combien de cellules économise-t-on ?
  4. Quel autre avantage que la place le nouveau schéma apporte-t-il ?
Indice 1

Une cellule, c'est une valeur à l'intersection d'une ligne et d'une colonne : nombre de lignes × nombre de colonnes.

Indice 2

Dans la version à deux tables, les informations client ne sont écrites qu'une fois par client.

Voir la correction pas à pas

  1. Table unique : 200 lignes, chacune avec 3 + 2 = 5 cellules. Total : 200 × 5 = 1 000 cellules.

  2. Table CLIENT : 50 clients × 4 cellules = 200 cellules.

  3. Table COMMANDE : 200 commandes × 3 cellules = 600 cellules.

  4. Total des deux tables : 200 + 600 = 800 cellules.

  5. Économie : 1 000 − 800 = 200 cellules.

  6. Autre avantage : la cohérence. L'adresse d'un client n'est stockée qu'une fois ; on évite deux adresses différentes pour la même personne.6

Le passage à deux tables économise 200 cellules sur 1 000, et surtout évite les contradictions entre lignes. L'écart de place grandit avec le nombre de commandes par client.

Les questions qu'on se pose

Comment savoir quel attribut choisir comme clé primaire ?

Choisis l'attribut dont la valeur est différente sur chaque ligne, jamais vide, et qui ne change pas avec le temps. Un numéro attribué par l'organisation (numéro client, numéro de commande) convient presque toujours. Un nom, une ville ou une adresse email posent problème : ils peuvent se répéter ou changer. Une clé primaire sert à identifier chaque enregistrement et à créer le lien avec les autres tables.6

Quelle différence entre clé primaire et clé étrangère ?

La clé primaire identifie une ligne dans sa propre table : elle ne se répète pas. La clé étrangère se trouve dans une autre table et reprend la valeur d'une clé primaire pour créer un lien ; elle peut se répéter.6 Pour la reconnaître, demande-toi : « cette valeur renvoie-t-elle à une ligne d'une autre table ? »

À quoi sert le modèle relationnel dans la vraie vie d'une entreprise ?

Il organise l'information en tables liées entre elles, pour limiter les doublons et garder des données cohérentes.6 Il permet aussi d'interroger les données sans savoir où elles sont stockées.5 Ce langage d'interrogation, le SQL, est la suite logique de ce chapitre.5

Sources

Programme visé : Systèmes d'information de gestion - Terminale STMG · Éduscol - Ministère de l'Éducation Nationale

  1. Systèmes d'information de gestion - Terminale STMG, Éduscol - Ministère de l'Éducation Nationale. Consulté le 11 novembre 2026.
  2. Programme de management, sciences de gestion et numérique de terminale STMG, Ministère de l'Éducation Nationale. Consulté le 11 novembre 2026.
  3. Bulletin officiel n°12 - Systèmes d'information de gestion (2012), Ministère de l'Éducation Nationale. Consulté le 11 novembre 2026.
  4. Modélisation des données - Ressource académique CNRS, CNRS. Consulté le 11 novembre 2026.
  5. Modèle relationnel, Wikipédia. Consulté le 11 novembre 2026.
  6. Base de données relationnelle, Wikipédia. Consulté le 11 novembre 2026.

Les numéros dans le texte renvoient à ces sources. Une source qui ne dit pas ce qu'on lui fait dire ? Signale-le.

Signaler une erreur sur cette page

Je suis en…

Primaire

  • CP Bientôt
  • CE1 Bientôt
  • CE2
  • CM1
  • CM2 Bientôt

Collège

Lycée

Supérieur

  • BTS Bientôt
  • BUT Bientôt
  • Licence Bientôt
  • Prépas Bientôt

Sur cette page