Français
Embellissez vos requêtes SQL avec une indentation intelligente.
Dernière mise à jour
Un formateur SQL prend une requête dense, sur une seule ligne ou générée automatiquement, et la réécrit avec une indentation cohérente et des sauts de ligne. Développeurs et analystes l'utilisent pour relire des jointures, déboguer des filtres, nettoyer la sortie d'un ORM, partager des requêtes dans un ticket ou de la documentation, et décortiquer un plan d'exécution.
La mise en forme ne change pas *ce que fait* la requête — elle change la facilité de lecture pour un humain. Une fois la disposition uniforme, la relation entre SELECT, FROM, JOIN, WHERE, GROUP BY, HAVING et ORDER BY devient bien plus simple à analyser, surtout dans les requêtes qui mélangent sous-requêtes et CTE.
SQL existe en plusieurs *dialectes* — PostgreSQL, MySQL, SQLite, T-SQL (Microsoft SQL Server), Oracle et BigQuery étendent chacun la norme avec leur propre syntaxe. Un bon formateur comprend le dialecte choisi pour ne pas casser la syntaxe propre à un éditeur.
SELECT choisit les colonnes, FROM les tables, WHERE filtre les lignes, GROUP BY agrège et ORDER BY trie.RETURNING, LIMIT, TOP et les identifiants entre crochets ([col] vs "col") ne sont pas portables d'une base à l'autre.Déposez votre SQL dans la zone de saisie. Ça marche aussi bien pour du SQL sur une ligne, généré par un ORM ou déjà partiellement mis en forme.
Sélectionnez PostgreSQL, MySQL, SQLite ou T-SQL pour que le formateur respecte les mots-clés spécifiques comme LIMIT, TOP ou RETURNING.
Choisissez la casse des mots-clés (les majuscules sont la norme) et la largeur d'indentation (2 ou 4 espaces). La plupart des équipes optent pour mots-clés en majuscules + indentation à 2 espaces.
Chaque clause occupe sa propre ligne, les jointures sont alignées et les sous-requêtes indentées. Les commentaires sont conservés.
Collez la requête formatée dans votre migration, votre raw query d'ORM ou votre outil de BI. Tout reste dans votre navigateur.
Les clauses qu'on retrouve dans 95 % des requêtes SELECT, dans l'ordre où elles sont conceptuellement traitées. Documentations officielles : PostgreSQL SELECT, MySQL SELECT.
| Clause | Rôle | Exemple |
|---|---|---|
SELECT | Choisit les colonnes/expressions à renvoyer | SELECT id, name |
FROM | Indique la ou les tables sources | FROM users |
JOIN ... ON | Combine les lignes d'une autre table | JOIN orders ON orders.user_id = users.id |
WHERE | Filtre les lignes avant l'agrégation | WHERE active = true |
GROUP BY | Regroupe les lignes ayant les mêmes valeurs | GROUP BY country |
HAVING | Filtre les groupes agrégés | HAVING COUNT(*) > 10 |
ORDER BY | Trie le résultat | ORDER BY created_at DESC |
LIMIT / OFFSET | Pagine le résultat | LIMIT 20 OFFSET 40 |
WITH ... AS | Common Table Expression (CTE) — nomme une sous-requête | WITH active AS (...) |
select id,name from users where active=true order by created_at desc limit 10SELECT id, nameFROM usersWHERE active = trueORDER BY created_at DESCLIMIT 10;Chaque clause est désormais sur sa propre ligne et la liste de colonnes est indentée. Relire cette requête en code review devient 10× plus simple.
select u.name,o.total from users u join orders o on o.user_id=u.id where o.total>100SELECT u.name, o.totalFROM users uJOIN orders o ON o.user_id = u.idWHERE o.total > 100;Mettre des alias sur les tables (users u, orders o) raccourcit la liste de colonnes. La ligne JOIN ... ON rend explicite la relation entre les deux tables.
select * from users where id in (select user_id from enrollments where course_id=5)SELECT *FROM usersWHERE id IN ( SELECT user_id FROM enrollments WHERE course_id = 5);Indenter la sous-requête met clairement en évidence la dépendance. Beaucoup de sous-requêtes peuvent être réécrites en JOIN ou en CTE une fois la structure visible.
LIMIT 10 en PostgreSQL, TOP 10 en T-SQL et FETCH FIRST 10 ROWS ONLY en SQL standard font la même chose.SELECT, FROM, WHERE) et les identifiants en minuscules : le contraste visuel fait ressortir la structure de la requête. Choisissez un style et restez cohérent.