Interroger les données avec SQL

SQL permet notamment d’interroger des données relationnelles. Une requête SELECT décrit les colonnes et les lignes souhaitées ; le SGBD choisit un plan d’exécution. La lecture ne modifie pas les tables. Avant d’écrire, précise ce que représente une ligne du résultat : un client, une commande ou une combinaison de données. Cette question évite de confondre le nombre de lignes obtenues avec le nombre de personnes concernées.

SELECT indique les colonnes à afficher et FROM la table source. La projection choisit les attributs. La restriction retient les lignes qui satisfont une condition exprimée avec WHERE. Ces opérations sont différentes : demander seulement les noms ne signifie pas sélectionner seulement certains clients. SELECT nom FROM CLIENT conserve ici une ligne par client tout en affichant une seule colonne. Les valeurs identiques ne disparaissent pas automatiquement.

Les mots-clés SQL sont écrits en majuscules pour faciliter la lecture ; ce choix ne change pas le sens des requêtes présentées. Les textes constants sont délimités par des apostrophes simples, comme la ville Lyon. Les nombres s’écrivent sans guillemets. Les noms de colonnes doivent correspondre au schéma. Les requêtes ci-dessous sont exécutables séparément ; on peut les terminer par un point-virgule dans un outil SQL.

Les comparaisons comprennent l’égalité, la différence, les inégalités strictes et les inégalités larges. Un seuil supérieur à 40 exclut 40 ; un seuil supérieur ou égal à 40 le conserve. BETWEEN inclut les deux bornes dans les usages présentés. IN teste l’appartenance à une liste. Une donnée absente représentée par NULL se teste avec IS NULL ou IS NOT NULL, pas avec une égalité ordinaire.

AND exige que les deux conditions soient vraies ; OR en admet au moins une ; NOT inverse une condition selon les règles logiques de SQL. Les parenthèses rendent le sens explicite, notamment lorsqu’on mélange AND et OR. Par exemple, on peut rechercher les commandes dont le client est 1 ou 2 et dont le montant dépasse un seuil. Sans parenthèses adaptées, la condition sur le montant peut ne s’appliquer qu’à une partie des cas.

LIKE compare un texte à un motif. Le caractère pourcentage représente une suite de zéro ou plusieurs caractères ; le souligné représente un seul caractère. Un motif commençant par Dup ne sélectionne pas Durand, car son début est différent. Les règles de comparaison des majuscules et accents peuvent dépendre du SGBD et de sa configuration. Un résultat se vérifie donc sur les données et l’environnement utilisés, sans supposer une règle universelle.

Une jointure combine des lignes selon une condition de correspondance. Pour afficher le nom du client avec une commande, il faut relier COMMANDE.id_client à CLIENT.id_client. Le nom n’est pas une clé fiable : deux clients pourraient porter le même nom. Le rapprochement repose sur la signification des identifiants et sur les règles du modèle, pas sur une ressemblance visuelle entre deux valeurs.

INNER JOIN ne conserve que les correspondances. Un client qui possède deux commandes apparaît sur deux lignes du résultat quand on affiche une ligne par commande. Un client sans commande n’apparaît pas. La jointure ne se comprend donc pas comme une simple liste de personnes présentes dans deux ensembles : chaque paire de lignes compatible produit une ligne. Oublier la condition peut multiplier artificiellement les combinaisons.

Les alias améliorent la lisibilité et évitent l’ambiguïté quand deux tables contiennent un attribut de même nom. Ils ne changent ni les données ni les droits d’accès. Dans la requête précédente, écrire seulement id_client serait ambigu parce que les deux sources possèdent cette colonne. Une qualification explicite permet de vérifier plus facilement le lien utilisé et les colonnes affichées.

Sans ORDER BY, aucun ordre du résultat ne doit être supposé. Même si un outil affiche souvent les lignes selon l’identifiant, cet affichage n’est pas une garantie. Un tri sur plusieurs colonnes s’applique successivement : la seconde départage les égalités de la première. Le choix du tri facilite la lecture, mais ne remplace pas le filtre. Les lignes exclues par WHERE ne réapparaissent pas parce qu’on change leur ordre.

DISTINCT élimine les doublons sur l’ensemble des colonnes affichées. Il peut être utile pour obtenir une liste de villes différentes, mais il ne doit pas masquer une mauvaise jointure. Deux clients différents peuvent partager le même nom ; ne sélectionner que ce nom avec DISTINCT peut les fusionner dans le résultat affiché. La distinction des personnes doit s’appuyer sur leur identifiant quand elle est nécessaire.

Une requête syntaxiquement correcte peut répondre à une mauvaise question. Il faut comparer le résultat à quelques cas connus : une ligne retenue, une ligne exclue, une valeur exactement au seuil et une absence de correspondance. Un petit jeu fictif rend ce contrôle possible. Les montants de cette leçon sont des euros entiers ; dans un autre dossier, il faut préciser la monnaie, le périmètre et la signification du montant avant d’en tirer une décision commerciale.

Pour poursuivre : https://www.allostmg.fr/exercices.