Lire des lignes : SELECT, WHERE, ORDER BY, LIMIT

Votre première requête

Une requête répond à une seule question : quelles lignes, et lesquelles de leurs colonnes ? La façon la plus courte de demander est SELECT * — toutes les colonnes — et FROM suivi d’une table.

-- Every column of every product. Run it with F9 or Ctrl/Cmd + Enter.
SELECT *
FROM products
LIMIT 20;

* signifie « toutes les colonnes » et LIMIT 20 « au plus vingt lignes ». Pour vérifier la structure de products, inutile de charger ses milliers de lignes : elles devraient toutes être transférées et affichées.

Planche limite aussi les résultats dans les paramètres (Sécurité › Limite de lignes). Ajouter LIMIT à la requête vous permet néanmoins de décider explicitement de la quantité de données lue par la base.

Choisir les colonnes

SELECT * sert à explorer. Une fois que vous savez ce que vous cherchez, nommez les colonnes : le résultat est plus étroit, plus lisible, et la base déplace moins de données.

SELECT name, sku, price, stock_quantity
FROM products
LIMIT 20;

L’ordre dans lequel vous les listez est l’ordre dans lequel elles reviennent — l’ordre des colonnes dans la table n’intervient pas ici. Pour renommer une colonne, on utilise AS, sur quoi nous reviendrons à la fin de cette leçon.

Filtrer les lignes avec WHERE

SELECT choisit les colonnes ; WHERE choisit les lignes. Il prend une condition et ne garde que les lignes pour lesquelles elle est vraie.

SELECT name, price, stock_quantity
FROM products
WHERE price > 100
LIMIT 20;

Les opérateurs de comparaison sont ceux que vous devinez : =, <> (ou !=), <, <=, >, >=. Deux d’entre eux se comportent autrement que dans les autres langages et piègent tout le monde une fois :

• L’égalité s’écrit avec un seul =, pas ==.
• Rien n’est égal à NULL, pas même NULL. WHERE weight_kg = NULL ne correspond à aucune ligne, quel que soit le nombre de produits sans poids renseigné. Le test qu’il vous faut est IS NULL / IS NOT NULL. La leçon suivante s’en occupe pour de bon.

Trier avec ORDER BY

Sans ORDER BY, l’ordre dans lequel les lignes reviennent n’est pas défini. Si l’ordre compte pour vous, dites-le — et si vous ne le dites pas, ne vous fiez pas à ce que vous voyez par hasard, car cela peut changer dès qu’un index ou les données changent.

SELECT name, price
FROM products
ORDER BY price DESC
LIMIT 20;

DESC trie du plus grand au plus petit ; ASC (la valeur par défaut) fait l’inverse. Notez la combinaison dans cette requête : ORDER BY price DESC avec LIMIT 20, c’est ainsi qu’on demande un top 20. Inversez mentalement les deux clauses et vous verrez pourquoi l’ordre compte : la base trie tout d’abord, puis prend les vingt premières.

Dans Planche, vous tapez rarement celle-là. Cliquez sur un en-tête de colonne dans la grille et le tri se fait côté serveur sur toute la table, en alternant croissant → décroissant → non trié. Regarder le SQL généré est un bon moyen de vérifier le vôtre.

Trier sur plusieurs colonnes

Listez plusieurs clés et chacune départage les ex æquo laissés par la précédente.

SELECT category_id, name, price
FROM products
ORDER BY category_id, price DESC
LIMIT 30;

Cela regroupe les produits par catégorie et, à l’intérieur de chacune, place les plus chers en premier. Cela se lit « par catégorie, puis par prix décroissant » — exactement la phrase que vous diriez à voix haute.

Expressions et alias

La liste du SELECT n’est pas forcément faite de colonnes. Elle peut contenir de l’arithmétique, des appels de fonctions, ou tout ce qui produit une valeur par ligne — et AS donne un nom au résultat.

SELECT name,
       price,
       cost,
       ROUND(price - cost, 2) AS margin
FROM products
WHERE is_active = 1
ORDER BY margin DESC
LIMIT 15;

ROUND(price - cost, 2) AS margin calcule une colonne qui n’existe nulle part dans la table, et le nom margin est ensuite utilisable dans ORDER BY. Il ne l’est pas dans WHERE, ce qui fait régulièrement trébucher. La raison tient à l’ordre dans lequel la base évalue les clauses :

FROM  ->  WHERE  ->  SELECT  ->  ORDER BY  ->  LIMIT

Quand ORDER BY s’exécute, SELECT a déjà produit margin. Quand WHERE s’exécute, non : WHERE margin > 50 est donc une erreur — il faut répéter l’expression, ou envelopper la requête dans une autre. Gardez cette séquence en tête ; elle explique aussi pourquoi WHERE filtre avant le regroupement et HAVING après, ce qui est le sujet de la leçon d’après.

Ce que vous savez faire maintenant

Ces seules clauses répondent à un nombre surprenant de vraies questions : les vingt produits les plus chers, tout ce qui est en rupture, les meilleures marges du catalogue actif. Ce que vous ne pouvez pas encore faire, c’est poser une question à cheval sur deux tables — quel client a passé quelle commande — et c’est à cela que servent les jointures.

Avant de continuer, modifiez les nombres et les noms de colonnes des exemples ci-dessus et relancez-les. La grille se met à jour sur place : la boucle est rapide.