Bases de données et requêtes : cours de 1re STMG

Une entreprise de vente en ligne reçoit chaque jour des dizaines de commandes. Chaque commande contient le nom d'un client, une adresse, des produits, un montant, une date. Si tout est noté dans des fichiers séparés ou des cahiers, retrouver « toutes les commandes de septembre supérieures à 100 euros » devient long et source d'erreurs.

La solution : ranger ces données dans une base de données, c'est-à-dire un ensemble organisé de données que l'on peut consulter, mettre à jour et croiser rapidement. Dans ce chapitre, tu apprends comment une base est construite, puis comment on lui pose des questions grâce aux requêtes.

Dans les activités de gestion, l'information circule dans le système d'information de l'organisation, qui la transforme en véritable ressource stratégique. ³ Mais une information n'est utile que si l'on sait la retrouver et la trier. Une base de données bien conçue et des requêtes bien écrites servent exactement à cela : passer de la simple donnée brute à une information utile pour décider.

Dans la table CLIENT du fil rouge, les champs sont id_client, nom et ville. Il y a cinq enregistrements, un par client. Dans la table COMMANDE, les champs sont num_commande, id_client, date_commande et montant, et il y a six enregistrements.

Chaque champ a un type : nombre entier, nombre décimal, texte, date. Le type compte, car il décide de ce qu'on peut faire avec le champ. On peut additionner des montants, pas des noms ; on peut trier des dates dans l'ordre du calendrier si elles sont enregistrées comme des dates.

Pourquoi deux tables plutôt qu'une seule ? Imagine un grand tableau unique où chaque commande répète le nom, la ville et l'adresse du client. Le client Bernard a passé deux commandes : ses informations seraient écrites deux fois. S'il déménage, il faudrait corriger chaque ligne, avec le risque d'en oublier une et de se retrouver avec deux adresses différentes pour la même personne.

On évite ce défaut en séparant les données : les informations du client sont écrites une seule fois dans CLIENT, et chaque commande renvoie au client par son numéro.

Pour écrire une requête, on utilise un langage compris par le SGBD. Le plus répandu pour les bases relationnelles s'appelle SQL. Il se lit presque comme de l'anglais simple. Au niveau de la première STMG, l'objectif est de comprendre ce que fait une requête et de savoir l'écrire ou la compléter dans des cas simples, pas de connaître toutes les subtilités du langage.

Une requête de consultation répond à la forme suivante :

SELECT champs_à_afficher
FROM table
WHERE condition
ORDER BY champ;

Seuls SELECT et FROM sont obligatoires. WHERE et ORDER BY s'ajoutent selon la question posée.

Les conditions utilisent des opérateurs de comparaison : = (égal), <> (différent), <, >, <=, >=. On les combine avec AND (les deux conditions doivent être vraies) ou OR (au moins une des deux).

SELECT num_commande, montant
FROM COMMANDE
WHERE montant > 100 AND date_commande >= '2026-10-01';

Cette requête garde les commandes de plus de 100 € passées à partir du 1er octobre 2026 : ce sont la 104 (200 €) et la 106 (150 €). La commande 101 vaut 120 € mais date de septembre ; elle ne passe pas la seconde condition.

Souvent, on veut un résultat par groupe : le total des achats de chaque client, par exemple. On utilise alors GROUP BY.

SELECT id_client, SUM(montant)
FROM COMMANDE
GROUP BY id_client;

Le SGBD forme un groupe par valeur de id_client, puis calcule la somme dans chaque groupe. Résultat : client 1 → 200 ; client 2 → 45 ; client 3 → 350 ; client 5 → 60. Le client 4 n'apparaît pas, car il n'a passé aucune commande.

Que faire si la question touche les deux tables ? Par exemple : « Quels sont les noms des clients qui ont passé une commande de plus de 100 € ? » Les montants sont dans COMMANDE, les noms dans CLIENT. Il faut joindre les deux tables grâce au lien entre clé étrangère et clé primaire.

Les organisations n'exploitent pas seulement leurs propres bases. Des données ouvertes (open data) sont publiées en accès libre, et le site gouvernemental data.gouv.fr en centralise les principales. ³ Parmi les exemples étudiés en sciences de gestion, il existe des données ouvertes sur les produits alimentaires qui permettent de connaître leurs ingrédients. ³ On trouve aussi des données mises à disposition par des métropoles, dont la plupart sont libres d'accès. ³

Ces ensembles de données se présentent souvent sous forme de tableaux : une ligne par objet, une colonne par caractéristique, exactement comme une table. On peut donc les ouvrir dans un tableur, les filtrer et les trier, ou les intégrer dans une base pour les interroger. ³ Les notions du chapitre se retrouvent partout : repérer les champs, comprendre ce que représente une ligne, formuler la question sous forme de condition.