Formateur SQL en ligne

Transformez une requête dense en quelque chose qu'un collègue peut relire avant qu'elle ne devienne une migration, un rapport ou un correctif de production.

Dialecte:
Indentation:
Mots-clés:
SQL d'entrée
Sortie formatée
En attente d'une entrée...

Pourquoi formater SQL ?

Le SQL dense est l'endroit où se cachent les petites erreurs : mauvaise jointure, parenthèse manquante, filtre attaché à la mauvaise clause ou alias qui semblait évident hier. Le formatage ne rend pas une requête correcte, mais il rend l'intention assez visible pour être relue.

Structure lisible: Indentation et retours ligne cohérents rendent SELECT, jointures, sous-requêtes, CTE et conditions WHERE plus faciles à suivre.
Cohérence d'équipe: Un style partagé réduit le bruit de revue dans migrations, tableaux de bord, notebooks d'analyse et bibliothèques de requêtes stockées.
Débogage plus rapide: Une mise en page propre rend erreurs logiques, alias manquants, groupes AND/OR mal placés et conditions cassées plus visibles.
Différences plus faciles à relire: Des retours ligne stables facilitent la revue des changements SQL en pull request au lieu de lire un mur sur une ligne.

Référence rapide des dialectes

DialecteTraits courantsRéglage recommandé
SQL standardBase généraliste pour requêtes relationnelles simples.Mots-clés en majuscules, indentation 2 espaces
MySQL / MariaDBAccents graves, clauses LIMIT et syntaxe spécifique MySQL.Dialecte MySQL
PostgreSQLChaînes $tag$, opérateurs JSONB et syntaxe riche en casts.Dialecte PostgreSQL
Transact-SQL (T-SQL)Identifiants entre crochets, clauses TOP et syntaxe SQL Server.Dialecte T-SQL

Questions fréquentes

Est-ce que cet outil envoie mon SQL à un serveur ?

Non. Le formatage se fait dans le navigateur, donc le texte de requête reste sur la page.

Comment reformater du SQL minifié ?

Collez la requête sur une ligne dans le panneau d'entrée et choisissez le dialecte le plus proche. Le formateur reconstruira retours ligne, indentation et casse des mots-clés.

Le formatage peut-il changer l'exécution d'une requête ?

Espaces et casse des mots-clés ne devraient pas changer la sémantique SQL. Traitez quand même la sortie comme du code : relisez-la, testez-la et soyez prudent avec la syntaxe propre au dialecte.

Quel dialecte SQL choisir ?

Choisissez la base qui exécutera la requête. PostgreSQL, MySQL et SQL Server ont des règles différentes pour les guillemets, fonctions, casts et limites, donc le dialecte le plus proche donne le résultat le plus propre.