Comment NULL se comporte-t-il en SQL ?

Question

Accepted Answer

**`NULL`** représente une **valeur manquante ou inconnue** — pas zéro, pas une chaîne vide, mais l'*absence* d'une valeur. NULL a un comportement spécial, parfois surprenant, dans les comparaisons, les agrégats et la logique — ce qui en fait une source courante de bugs. ## NULL est « inconnu » — comparaisons avec NULL ```sql -- ❌ you CANNOT compare to NULL with = or <> (the result is "unknown," never true) WHERE email = NULL -- returns NOTHING (never true!) WHERE email <> NULL -- also returns nothing -- ✅ use IS NULL / IS NOT NULL WHERE email IS NULL WHERE email IS NOT NULL ``` Parce que NULL signifie « inconnu », toute comparaison *avec* NULL donne « inconnu » (pas vrai), donc `= NULL` ne correspond jamais. Vous **devez** utiliser `IS NULL`/`IS NOT NULL` — l'erreur la plus courante avec NULL. ## NULL en logique à trois valeurs ```text SQL uses THREE-valued logic: TRUE, FALSE, and UNKNOWN (NULL). NULL = NULL → UNKNOWN (not true!) NULL AND true → UNKNOWN NULL OR true → TRUE NOT NULL → UNKNOWN → Conditions evaluating to UNKNOWN are treated as not-matching by WHERE. ``` ## NULL dans les agrégats et l'arithmétique ```sql -- aggregates IGNORE NULLs (except COUNT(*)) SELECT AVG(salary) FROM employees; -- averages only non-NULL salaries SELECT COUNT(salary) FROM employees; -- counts only non-NULL (vs COUNT(*) = all rows) -- arithmetic with NULL → NULL SELECT price + NULL; -- NULL (any operation with NULL is NULL) ``` Les agrégats ignorent les NULLs, et toute opération arithmétique impliquant NULL produit NULL. ## Gérer NULL : COALESCE et NULLIF ```sql -- COALESCE — return the first non-NULL value (provide a default) SELECT COALESCE(phone, 'No phone') FROM users; -- 'No phone' if phone is NULL SELECT COALESCE(nickname, name, 'Unknown') FROM users; -- first non-NULL -- NULLIF — return NULL if two values are equal SELECT NULLIF(value, 0); -- NULL if value is 0 (e.g. avoid divide-by-zero) ``` `COALESCE` fournit des valeurs par défaut pour NULL (très courant pour les valeurs par défaut), et `NULLIF` convertit une valeur en NULL de manière conditionnelle. ## Pourquoi c'est important Comprendre le comportement de NULL est essentiel pour écrire du SQL correct, car la sémantique spéciale de NULL est une **source fréquente de bugs subtils** — et les NULLs apparaissent constamment dans les données réelles (champs optionnels, valeurs manquantes, jointures non appariées). Le point le plus critique et le plus souvent mal compris est que **NULL signifie « inconnu », donc vous ne pouvez pas le comparer avec `=`** (un bug notoire où `WHERE col = NULL` retourne silencieusement rien) ; vous devez utiliser `IS NULL`/`IS NOT NULL`. Comprendre la **logique à trois valeurs** de SQL (VRAI/FAUX/INCONNU, où les comparaisons avec NULL donnent INCONNU et sont traitées comme non-appariées) explique une gamme de comportements déroutants et est important pour écrire les conditions correctement. Savoir que les **agrégats ignorent les NULLs** (affectant AVG, COUNT, etc. — parfois de manière surprenante), que l'**arithmétique avec NULL donne NULL**, et comment **gérer les NULLs** avec `COALESCE` (fournissant des valeurs par défaut/alternatives — un besoin très courant) et `NULLIF` est une connaissance pratique et fréquemment appliquée. Comme les NULLs sont omniprésents dans les vraies bases de données (toute colonne nullable, toute LEFT JOIN), et comme le comportement non intuitif de NULL (en particulier le problème de comparaison et la logique à trois valeurs) cause de vrais bugs difficiles à déboguer, comprendre comment NULL se comporte — comparaisons, logique, agrégats et gestion — est une connaissance fondamentale et indispensable pour écrire du SQL correct et un sujet courant d'entretien qui révèle la compréhension d'un aspect des bases de données fréquemment mal géré.