Formateur SQL

Embellissez, minifiez ou formatez des requêtes SQL pour tout dialecte

Dialecte

Indentation

Mots-clés en majuscules

Comment ça marche

Formateur SQL — Embellissez, minifiez ou formatez des requêtes SQL pour tout dialecte. Tout le traitement se fait dans votre navigateur — sans téléversement, sans inscription, sans e-mail. Gratuit pour toujours.

Dernière mise à jour: 2026-05-06

Editor's note

Nous utilisons cet outil sur des logs de production où quelqu'un a planqué une requête de 400 caractères dans un champ texte et où il faut la lire avant que le pont d'incident ne se remplisse. Le menu déroulant des dialectes n'est pas un détail cosmétique — c'est tout l'intérêt. Le `RETURNING` de PostgreSQL, les identifiants entre backticks de MySQL, le quoting entre crochets de T-SQL et le `QUALIFY` de BigQuery ont chacun leur propre ensemble de mots-clés, et choisir le mauvais dialecte produit une sortie qui paraît correcte, qui compile dans votre tête, et qui échoue dès qu'on la colle dans psql. Nous nous obsédons pour partir sur le bon dialecte par défaut parce que « ça a l'air formaté » et « c'est correctement formaté » ne sont pas la même chose.

Nous refusons de téléverser votre requête, même s'il serait marginalement plus simple de faire tourner le formateur côté serveur. Le SQL de production est la chaîne la plus révélatrice de schéma dans votre codebase — noms de tables, noms de colonnes, logique métier, et parfois les ID clients littéraux que vous étiez en train de déboguer. Aucune version de « promis, on ne loggera pas » n'est crédible, donc nous exécutons sql-formatter dans le navigateur et la discussion s'arrête là. Si le compromis était un formatage plus net contre votre schéma dans le pipeline de quelqu'un d'autre, nous choisirions encore le navigateur à chaque fois.

À propos de Formateur SQL

Coller une requête SQL de 500 lignes arrivée comme une chaîne continue n'est pas une façon de debugger un rapport lent. Ce formateur SQL pretty-print toute requête avec une indentation cohérente, des mots-clés en majuscules et des clauses alignées pour que JOIN, WHERE, GROUP BY et les expressions CASE deviennent instantanément scannables. C'est la même bibliothèque (sql-formatter) qui motorise les plugins d'IDE populaires, exposée comme outil utilisable sans rien installer.

Choisis le dialecte qui correspond à ta base de données pour la reconnaissance la plus précise des mots-clés : Standard SQL, MySQL, PostgreSQL, SQLite, MariaDB, T-SQL (SQL Server), BigQuery, Redshift, Snowflake et Trino sont tous supportés. Le dialecte compte car chaque moteur a ses mots réservés, son quoting d'identifiants et ses fonctions intégrées que les autres n'ont pas — formater dans le bon dialecte garde tes noms de CTE, tes expressions de chemins JSON et tes mots-clés spécifiques au dialecte corrects.

Le formatage n'ajuste que les espaces et la casse. Identifiants, littéraux, commentaires et la sémantique réelle de la requête sont préservés exactement — donc la sortie formatée produit des résultats identiques à l'original. Et comme tout tourne localement dans ton navigateur, la requête (qui contient souvent de vrais noms de schéma, IDs et logique métier) ne traverse jamais le réseau.

Comment utiliser Formateur SQL

Colle ta requête SQL (mono-ligne ou multi-ligne) dans la zone de saisie.
Choisis le Dialecte qui correspond à ta base pour un traitement précis des mots-clés et identifiants.
Définis l'Indentation (2 ou 4 espaces sont typiques) pour correspondre au style de ton équipe.
Active "Mots-clés en majuscules" si ton style guide met SELECT, FROM, JOIN en majuscules.
Clique sur Formater pour une mise en page lisible, ou Minifier pour réduire la requête à une ligne pour l'embarquer dans du code.
Copie le résultat dans ton éditeur, ton script de migration ou ta revue de pull request.

Cas d'usage courants

Nettoyer une requête arrivée en une seule ligne dans une entrée de log ou une réponse API JSON.
Standardiser le SQL dans une code review pour que les reviewers repèrent le vrai changement de logique, pas le bruit de formatage.
Reformater du SQL auto-généré par un ORM en quelque chose qu'un humain peut debugger pour la performance.
Minifier une requête avant de l'embarquer comme string literal dans le code applicatif, puis la reformater au moment du debug.
Produire des requêtes cibles d'EXPLAIN lisibles pour un runbook ou un postmortem d'incident.

Astuces et erreurs courantes

Si des mots-clés comme "QUALIFY" ou "PIVOT" ne passent pas en majuscules, tu as probablement choisi le mauvais dialecte — ils ne sont reconnus comme mots-clés respectivement qu'en BigQuery / Snowflake / T-SQL.
Les points-virgules finaux et les commentaires sont préservés. Si ton outil aval les rejette, retire-les après formatage.
Le formatage ne corrige pas une erreur de syntaxe. Si une requête refuse de se formater, passe-la dans le parser de ta base pour trouver la parenthèse ou la virgule manquante.
Pour les très longues requêtes, le formatage est plus utile quand les mots-clés restent alignés et que tu indentes généreusement (4 espaces) — la lisibilité l'emporte sur la compacité dès qu'une requête ne tient plus sur un écran.

Questions fréquentes

Quels dialectes SQL sont supportés ?

SQL standard plus MySQL, PostgreSQL, SQLite, MariaDB, T-SQL (SQL Server), BigQuery, Redshift, Snowflake et Trino. Choisissez le dialecte pour la gestion la plus précise des mots-clés et identifiants.

Ma requête est-elle envoyée à votre serveur ?

Non. Le formatage tourne entièrement dans votre navigateur avec la librairie sql-formatter. La requête ne quitte jamais votre appareil.

Cela changera-t-il le sens de ma requête ?

Non — le formateur n'ajuste qu'espacements et casse. La sémantique SQL, les identifiants et les littéraux de chaîne sont préservés à l'identique.

Puis-je formater de la syntaxe spécifique au dialecte comme les opérateurs JSON PostgreSQL ou les littéraux STRUCT BigQuery ?

Oui — choisis le dialecte correspondant et les opérateurs comme ->>, #>>, [].* et STRUCT(...) gardent leur sens. Le formatage ne fait que ré-aligner les espaces ; il ne réécrit jamais opérateurs ni types.

Le formateur valide-t-il la correction du SQL ?

Seulement vaguement. Il parse assez pour savoir où commencent et finissent les clauses, mais ce n'est pas un parser SQL complet — des requêtes invalides peuvent quand même sortir "formatées". Utilise EXPLAIN ou un dry-run de ta base pour une vraie validation.

Minifier produira-t-il une requête plus courte que mon one-liner manuel ?

Habituellement oui — il retire les espaces redondants, normalise les virgules et supprime les lignes vides, mais préserve les commentaires sauf si tu les supprimes toi-même. Utile quand tu as besoin de la requête comme string mono-ligne en code.