SQL : relier deux tables avec JOIN

« Le cahier disait : trois savons à Mme Essomba. L'écran me dit : produit 5, client 1. Je dois tenir une boutique, pas déchiffrer des numéros. » C'est le mur du SQL, et il a un atelier pour lui seul. Pas de fonctions, pas d'alias décoratifs : relier deux tables, et comprendre ce que l'opération garde et ce qu'elle jette. Vous commencerez par répondre vous-même à la question que l'atelier 1 avait laissée ouverte : pourquoi la caisse enregistre un numéro plutôt qu'un nom. La réponse tient en une phrase qui fait tenir toutes les bases de données du monde : une information n'est écrite qu'à un seul endroit. Puis vous verrez 218 ventes disparaître d'un seul coup. Une jointure stricte sur les clients fait tomber la boutique de 320 ventes à 102, sans le moindre message d'erreur, parce que les deux tiers des gens paient comptant sans laisser leur nom. C'est la différence entre JOIN et LEFT JOIN, et elle ne se choisit jamais par habitude : elle se choisit par la question qu'on pose. Un chapitre entier est consacré au réflexe qui vous évitera un jour d'annoncer un chiffre faux : compter les lignes après chaque jointure et comparer au total de départ. Une jointure ne perd pas seulement des lignes, elle peut aussi en inventer, et aucun message ne vous préviendra. Vous apprendrez enfin l'anti-jointure, la figure qui répond à toutes les questions en « qui n'a jamais » : clients sans commande, factures sans paiement, produits que personne ne prend au cahier. L'atelier se termine par un challenge, les cinq plus gros débiteurs de Mama Ngo, dont la réponse est repliée sous un ruban que vous ne tirez qu'après avoir cherché.