Le chaos des requêtes SQL compressées
Au cours du développement d'un projet, nous rencontrons souvent des instructions SQL de plusieurs centaines de lignes écrites d'un seul bloc, sans espaces ou compressées à l'extrême dans des fichiers de logs. Lire ce genre de code est un calvaire pour n'importe quel développeur effectuant une revue de code (code review).
1. Accélérer la lecture et soulager le cerveau
Un formatage SQL standardisé avec des retours à la ligne pertinents après les mots-clés majeurs comme SELECT, FROM, WHERE, et JOIN permet au cerveau de comprendre instantanément la structure logique de la requête. Vous n'avez plus besoin de vous fatiguer les yeux à chercher où se cachent vos filtres.
2. Détecter les erreurs de logique et optimiser les performances
Une requête SQL désordonnée dissimule facilement des erreurs logiques critiques, par exemple l'oubli d'une condition de jointure provoquant un produit cartésien (Cartesian Product) capable de figer vos bases de données de production. Une fois le code aligné et indenté, les liaisons ON des clauses JOIN apparaissent clairement, permettant de repérer l'erreur en un clin d'œil.
Astuce : Écrivez toujours les mots-clés SQL standards comme SELECT, UPDATE, DELETE en majuscules pour les distinguer clairement de vos tables et de vos colonnes de données.