TontonTools

Formateur SQL

Format SQL : transformez les requêtes sur une ligne en instructions lisibles et indentées.

100% Gratuit Pas d'inscription Respectueux de la vie privée Développement web
Mise à jour sept. 2026
Share X / Twitter Facebook LinkedIn WhatsApp

Comment utiliser Formateur SQL

  1. Collez le code SQL — à partir d'un journal, d'une sortie de débogage ORM ou d'un code existant.
  2. Lisez la requête formatée — les clauses sont alignées, les sous-requêtes indentées, les mots-clés en majuscules.
  3. Revoyez la logique — les conditions de jointure et la structure WHERE sont les endroits où les requêtes formatées révèlent leurs surprises.
  4. Copiez-le — le formatage est sémantiquement neutre ; chaque moteur le fait fonctionner de manière identique.

Qu'est-ce que Formateur SQL ?

Un formateur SQL restructure les requêtes sous une forme lisible : clauses principales (SELECT, FROM, WHERE, GROUP BY) chacune sur sa propre ligne, jointures alignées, sous-requêtes indentées, mots-clés mis en casse de manière cohérente. Une ligne de 400 caractères provenant d'un journal devient une déclaration dont vous pouvez réellement examiner la logique.

SQL arrive constamment illisible : les ORM génèrent des monstres sur une seule ligne, les journaux et les rapports de requêtes lentes suppriment le formatage, les collègues collent ce que leur console contient et les bases de code héritées intègrent des requêtes formatées à leur guise. La structure des clauses SQL est véritablement hiérarchique : le formatage rend la hiérarchie visible, ce qui constitue l'essentiel de la compréhension d'une requête.

À propos de Formateur SQL

Collez n'importe quel code SQL (SELECT, INSERT, DDL, quelle que soit sa forme) et formatez-le : clauses séparées, imbriquées en retrait, mots-clés en majuscules.

Là où cela s'avère payant : examiner les requêtes générées par ORM lors du débogage des performances (la ligne unique du journal des requêtes lentes, formatée, révèle l'explosion JOIN), comprendre les requêtes héritées avant de les modifier (une structure de sous-requêtes formatée montre ce que le WHERE est réellement filtres), préparer SQL pour la révision du code ou la documentation et comparer deux variantes de requête (formatez les deux, puis notre vérificateur de différences affiche la vraie différence au lieu du bruit des espaces).

Agnostique des dialectes par nature : MySQL, PostgreSQL, SQL Server et SQLite partagent l'importance du formatage de la grammaire des clauses. Le formatage ne modifie aucune sémantique : les espaces et la casse des mots clés n'ont aucun sens pour chaque moteur SQL ; la lisibilité est uniquement réservée aux humains qui gèrent la requête.

Foire aux questions

Non : SQL ignore entièrement les espaces et la casse des mots clés. Les utilisateurs SELECT * FROM et la même requête sur cinq lignes en retrait s'exécutent de manière identique ; le formatage est pour les humains.
Convention : les mots-clés majuscules (SELECT, WHERE) séparent visuellement la grammaire SQL de vos identifiants (noms de tables et de colonnes, classiquement en minuscules). Le moteur s'en fiche ; les lecteurs analysent la structure plus rapidement.
Formatage de bande de journaux de requêtes lentes : la version formatée expose la forme : combien de jointures, quelles sous-requêtes, ce que le WHERE filtre réellement. Le diagnostic commence par voir la requête comme EXPLAIN la voit.
La grammaire partagée se formate proprement sur MySQL, PostgreSQL, SQL Server, SQLite et amis. La syntaxe du fournisseur exotique peut être formatée de manière conservatrice (laissée telle quelle) : les clauses standard, qui constituent la plupart des requêtes, ressortent correctement.
Clauses majeures alignées à gauche sur leurs propres lignes, un JOIN par ligne avec sa condition ON, des conditions AND/OR chacune sur une ligne, les sous-requêtes en retrait d'un niveau. C’est la forme produite par ce formateur – et la plupart des guides de style le prescrivent.

We use cookies for analytics and to keep the tools free via ads. See our Privacy Policy.