Écrire du SQL · Chapitre 7

Ajouter des conditions

12 min de lecture · 12 questions

Jusqu'ici, nos requêtes renvoyaient toutes les lignes d'une table. En pratique, on cherche presque toujours un sous-ensemble : les ventes d'un client, les produits d'une catégorie, les commandes d'un mois. Filtrer les lignes rend le résultat lisible, et la requête plus rapide, puisque la base traite moins de données.

Après SELECT, FROM, DISTINCT et AS, voici la clause WHERE.

WHERE

WHERE garde uniquement les lignes qui respectent une condition. Elle s'écrit après FROM :

SELECT CustomerID, ProductID, "NOS (COPA)", Date
FROM perform21
WHERE Date = '2021-08-01'

Cette requête affiche les ventes du mois d'août 2021 (dans les tables perform, chaque mois est daté de son premier jour).

Les opérateurs de comparaison

-- Question 7.1 : écris ta requête ici
SELECT 

SELECT *
FROM perform24
WHERE "NOS (COPA)" < 0

LIKE : chercher dans du texte

LIKE compare une valeur à un motif, un peu comme la recherche Ctrl + F d'un navigateur. Deux caractères spéciaux composent le motif :

• % remplace n'importe quelle suite de caractères, y compris aucun ;
• _ remplace exactement un caractère.

Prenons une table fictive utilisateurs :

SELECT *
FROM utilisateurs
WHERE Nom LIKE 'A%'

Cette requête renvoie Alice et Amaury, les deux noms qui commencent par A.

Sur nos données, cette requête cherche les clients dont le nom finit par S :

SELECT CustomerID, CustomerName, StrategicCustomer
FROM customer
WHERE CustomerName LIKE '%S'

SELECT ProductID, Designation
FROM product
WHERE Designation LIKE '%Décaféiné%'

-- Question 7.3 : écris ta requête ici
SELECT 

SELECT CustomerID, CustomerName
FROM customer
WHERE CustomerName LIKE '%E'

SELECT CustomerName
FROM customer
WHERE CustomerName LIKE "D%"

-- Affiche le nom des clients qui commencent par la lettre D
SELECT CustomerName
FROM customer
WHERE CustomerName LIKE 'D%'

BETWEEN … AND …

BETWEEN sélectionne les valeurs comprises entre deux bornes, bornes incluses. Il fonctionne avec des nombres et des dates ; les dates s'écrivent au format 'AAAA-MM-JJ'.

SELECT CustomerID, ProductID, "VolKilo (COPA)", "NOS (COPA)", Date
FROM perform21
WHERE Date BETWEEN '2021-09-01' AND '2021-12-01'

Cette requête renvoie les ventes de septembre à décembre 2021 : les deux mois cités font partie du résultat.

-- Question 7.5 : écris ta requête ici
SELECT 

SELECT CustomerID, ProductID, Date, "GP (COPA)"
FROM perform25
WHERE Date BETWEEN '2025-01-01' AND '2025-03-01'
  AND "GP (COPA)" BETWEEN 50000 AND 100000

IN : une liste de valeurs

IN évite d'enchaîner les égalités. Ces deux filtres sont équivalents :

SELECT CustomerID, CustomerName, Channel
FROM customer
WHERE Channel IN ('E-commerce', 'Hors domicile')

SELECT CustomerID, CustomerName, Channel
FROM customer
WHERE Channel = 'E-commerce' OR Channel = 'Hors domicile'

-- Question 7.6 : écris ta requête ici
SELECT 

SELECT CustomerName, KeyAccount
FROM customer
WHERE KeyAccount IN ('Paul', 'Ali', 'Inès')

IS NULL : les valeurs manquantes

NULL signifie « valeur inconnue ». Ce n'est ni zéro ni un texte vide, et on ne le compare pas avec = : WHERE SubCategory = NULL ne renvoie jamais rien. On écrit IS NULL ou IS NOT NULL.

SELECT *
FROM customer
WHERE CustomerName IS NULL

Les clients 17 et 18 n'ont aucune information : ce sont des lignes à faire corriger dans la source.

AND, OR et NOT

AND exige que toutes les conditions soient vraies. OR se contente d'une seule. NOT inverse une condition.

SELECT *
FROM customer
WHERE CustomerName LIKE 'D%' AND StrategicCustomer = 'Yes'

SELECT *
FROM customer
WHERE CustomerName LIKE 'D%' OR StrategicCustomer = 'Yes'

-- Question 7.8 : écris ta requête ici
SELECT 

SELECT *
FROM product
WHERE SubCategory IS NULL
  AND Category = 'Others'

-- Question 7.9 : écris ta requête ici
SELECT 

SELECT ProductID, Category, SubCategory, Brand
FROM product
WHERE SubCategory IS NULL
   OR Category = 'Others'

Les parenthèses et la priorité

Quand on mélange AND et OR, le SGBD évalue d'abord les AND, comme une multiplication avant une addition. Les parenthèses imposent un autre ordre, exactement comme en calcul.

-- Capsules intenses OU produits bio (de n'importe quelle catégorie) : 80 lignes
SELECT ProductID, Category, Intensity, IsOrganic
FROM product
WHERE Category = 'Capsules' AND Intensity >= 10 OR IsOrganic = 'Yes'

-- Capsules qui sont intenses OU bio : 25 lignes
SELECT ProductID, Category, Intensity, IsOrganic
FROM product
WHERE Category = 'Capsules' AND (Intensity >= 10 OR IsOrganic = 'Yes')

-- Question 7.10 : écris ta requête ici
SELECT 

SELECT *
FROM perform21
WHERE Date BETWEEN '2021-09-01' AND '2021-12-01'
  AND "GP (COPA)" / "NOS (COPA)" > 0.3

-- Question 7.11 : écris ta requête ici
SELECT 

SELECT ProductID, Designation, Intensity
FROM product
WHERE Category = 'Capsules'
  AND Status = 'Active'
  AND Intensity >= 10

Ordre d'écriture et ordre d'exécution

On écrit les clauses dans cet ordre :

1. SELECT : les colonnes à afficher ;
2. FROM : la table source ;
3. WHERE : le filtre sur les lignes.

Mais le SGBD les exécute dans un autre ordre :

1. FROM : il identifie la table ;
2. WHERE : il garde les lignes qui respectent la condition ;
3. SELECT : il ne conserve que les colonnes demandées.

Cette différence explique une erreur classique : un alias créé dans le SELECT (avec AS) n'existe pas encore au moment où WHERE est évalué. Dans la plupart des SGBD, on ne peut donc pas filtrer sur un alias.

-- Dans PostgreSQL ou SQL Server, cette requête échoue : marge n'existe pas encore pendant le WHERE.
-- DuckDB l'accepte par commodité, mais mieux vaut ne pas en prendre l'habitude.
SELECT *, "GP (COPA)" / "NOS (COPA)" AS marge
FROM perform21
WHERE marge > 0.3

-- Question 7.12 : écris ta requête ici
SELECT 

SELECT CustomerID, ProductID, Date, "VolKilo (COPA)", "NOS (COPA)"
FROM perform25
WHERE CustomerID = 12
  AND "NOS (COPA)" < 0