Quelle est la différence entre les dialectes ? Le "Standard SQL" ne suffit pas ?

Chaque éditeur a ajouté ses propres extensions. **PostgreSQL** a `RETURNING`, les casts `::`, et les CTEs `WITH RECURSIVE`. **MySQL** a `LIMIT offset, count` et les identifiers entre backticks. **MSSQL (T-SQL)** utilise `TOP N` au lieu de `LIMIT` et `[crochets carrés]` pour les identifiers. **BigQuery** utilise `STRUCT` et `ARRAY`. Le choix de dialecte affecte comment le formatter traite ces constructions.

Que signifie "position des virgules : before" ?

Le SQL classique met la virgule en fin de ligne : `id,\n name,\n email`. La **variante "before"** met la virgule au début de la ligne suivante : `id\n , name\n , email`. Le gain : ajouter ou enlever la dernière colonne ne touche pas la ligne précédente, le diff git est donc plus propre. Prend un peu de temps à s'y habituer, mais beaucoup d'ingénieurs base de données ne jurent que par ça.

Que fait le mode Minify ?

Il **supprime les commentaires** (les `-- ligne` et les `/* bloc */`), **joint toutes les lignes** en une seule, et **réduit les espaces blancs répétés** à un seul espace. Le résultat est la version valide la plus courte de la requête. Utilisez-le quand vous collez du SQL dans un littéral string en code app, ou dans un log à une seule ligne.

Garde-t-il mes commentaires ?

En mode **Format**, oui. Les commentaires `--` et `/* */` survivent et le formatter essaie de les caser sensément dans la nouvelle mise en page. En mode **Minify**, les commentaires sont supprimés avec les espaces.

Pourquoi mon SQL formaté a-t-il des sauts de ligne bizarres dans un littéral string ?

Le formatter **ne modifie jamais le contenu entre guillemets**. Si vous voyez des sauts de ligne dans un string, ils étaient déjà là. C'est un signal que votre SQL original avait une string multi-ligne (parfois intentionnel, parfois un accident de copier-coller).

Que faire quand le formatter lance une erreur de syntaxe ?

D'abord : vérifiez le **dialecte**. Si vous utilisez `LIMIT 10 OFFSET 5`, c'est PostgreSQL/MySQL/SQLite, pas MSSQL (T-SQL utilise `OFFSET ... ROWS FETCH NEXT ... ROWS ONLY`). Ensuite : coupez progressivement les sections pour trouver la ligne fautive. Souvent elle contient un guillemet non fermé ou un `;` égaré dans un string.

Gère-t-il les procédures, triggers et fonctions ?

Oui, mais **le support dépend du dialecte**. PL/SQL (Oracle) et T-SQL (MSSQL) sont décemment supportés. PostgreSQL [[PL/pgSQL||une extension pour écrire des fonctions dans Postgres]] formate moins bien parce que le corps de la fonction est intégré comme string. En pratique : formattez la coquille extérieure ici, puis fixez le corps de la fonction à la main.

J'ai des milliers de lignes de SQL. Va-t-il s'étrangler ?

Un fichier de 10k-20k lignes se formate en une fraction de seconde. Les fichiers vraiment énormes (des centaines de milliers de lignes) peuvent prendre un moment, parce que tout est synchrone et bloque le thread navigateur. Limite pratique : **des dizaines de milliers de lignes** par batch.

Puis-je utiliser ce formatter dans ma CI/CD comme vérification de style SQL ?

Pas directement depuis cette page. Sous le capot nous utilisons le paquet npm **`sql-formatter`**, que vous pouvez ajouter à votre projet (`npm install sql-formatter`) et lancer dans un hook pre-commit ou GitHub Actions. Le résultat est exactement le même, juste local.

Formateur SQL - gratuit

Dialecte SQL

Casse des mots-clés

Commas

Indent

Ligne vide entre les requêtesDeux lignes vides entre des requêtes séparées

Input SQL1 lines / 222 B

Formatted SQL

20 lines / 248 B

SELECT
  u.id,
  u.name,
  u.email,
  count(o.id) AS orders
FROM
  users u
  LEFT JOIN orders o ON o.user_id = u.id
WHERE
  u.created_at > '2025-01-01'
GROUP BY
  u.id,
  u.name,
  u.email
HAVING
  count(o.id) > 0
ORDER BY
  orders DESC
LIMIT
  50;

Input (lines)

Output (lines)

Input (size)

222 B

Output (size)

248 B

Que fait un formatter SQL ?

Vous collez une longue requête SQL non formatée. Vous obtenez une requête propre et lisible avec indentation, mots-clés en majuscules, et une mise en page de colonnes sensée. Même idée que Prettier pour JavaScript, mais pour SQL.

Vous choisissez le dialecte (PostgreSQL, MySQL, SQLite, MSSQL, BigQuery, MariaDB, Oracle), parce que chaque base de données a ses propres mots-clés et petites particularités de syntaxe. Vous pouvez définir la casse des mots-clés (UPPER vs lower), la position des virgules (après chaque colonne, ou au début de la ligne suivante), et la largeur d'indent.

Le mode Minify fait l'inverse : supprime les commentaires et plie tout sur une seule ligne. Pratique quand vous collez une requête dans un log ou un littéral string en code.

Comment l'utiliser

Collez votre requête SQL dans le panneau de gauche. Ça peut être une ligne, sans indentation, casse mixte, n'importe quoi.

Choisissez le dialecte de votre base depuis le dropdown. Pour PostgreSQL, choisissez PostgreSQL, pour MySQL/MariaDB, choisissez la variante correspondante.

Choisissez la casse des mots-clés : `UPPER` (classique), `lower` (populaire avec les équipes modernes), ou `preserve` (laisser tel quel).

Choisissez la position des virgules : `after` (virgule en fin de ligne, classique) ou `before` (au début de la ligne suivante, plus facile d'ajouter/enlever des colonnes sans casser les diffs).

Copiez le résultat avec le bouton Copy. Collez dans votre IDE, outil de migration, ou documentation.

Le mode Minify réduit la requête à une seule ligne. Utilisez-le quand vous voulez coller du SQL dans un littéral string en code, ou dans un log à une ligne.

Quand c'est utile

Situations typiques où un formatter SQL fait gagner du temps :

Code review où un collègue a collé une requête sur une ligne. Collez-la ici, formatez, lisez calmement.
Migration de base avec des dizaines d'instructions CREATE TABLE et ALTER. Après formatage, le fichier est prêt pour une PR propre.
Débogage de requêtes ORM (Prisma, TypeORM, Drizzle). Les ORMs émettent du SQL sur une longue ligne. Le formatter montre ce qui a vraiment frappé la base.
Documentation technique, rapports, présentations. Le SQL formaté a l'air professionnel.
Porter du SQL entre dialectes. Formattez d'abord dans un dialecte, puis utilisez notre convertisseur de dialecte SQL pour échanger AUTO_INCREMENT pour SERIAL et différences similaires.
Minify pour des logs ou pour des littéraux string en code : une longue ligne, pas de commentaires, prête à coller dans `db.query('...')` en Node.js ou Python.

Vous avez un CREATE TABLE et voulez un schéma Prisma ou Drizzle ? Utilisez notre convertisseur SQL vers ORM. Vous travaillez avec DBML (Database Markup Language) ? Voir DBML vers SQL.

Questions et réponses

Non. Tout le formatter tourne dans votre navigateur en JavaScript. Rien n'atteint un serveur. Vous pouvez même vous déconnecter d'internet après le chargement de la page et le formatter marchera encore.

SELECT u.id, u.name, u.email, count(o.id) AS orders FROM users u LEFT JOIN orders o ON o.user_id = u.id WHERE u.created_at > '2025-01-01' GROUP BY u.id, u.name, u.email HAVING count(o.id) > 0 ORDER BY orders DESC LIMIT 50;

Que fait un formatter SQL ?

Le mode Minify fait l'inverse : supprime les commentaires et plie tout sur une seule ligne. Pratique quand vous collez une requête dans un log ou un littéral string en code.

Comment l'utiliser

Collez votre requête SQL dans le panneau de gauche. Ça peut être une ligne, sans indentation, casse mixte, n'importe quoi.

Choisissez le dialecte de votre base depuis le dropdown. Pour PostgreSQL, choisissez PostgreSQL, pour MySQL/MariaDB, choisissez la variante correspondante.

Choisissez la casse des mots-clés : `UPPER` (classique), `lower` (populaire avec les équipes modernes), ou `preserve` (laisser tel quel).

Choisissez la position des virgules : `after` (virgule en fin de ligne, classique) ou `before` (au début de la ligne suivante, plus facile d'ajouter/enlever des colonnes sans casser les diffs).

Copiez le résultat avec le bouton Copy. Collez dans votre IDE, outil de migration, ou documentation.

Le mode Minify réduit la requête à une seule ligne. Utilisez-le quand vous voulez coller du SQL dans un littéral string en code, ou dans un log à une ligne.

Quand c'est utile

Situations typiques où un formatter SQL fait gagner du temps :

Code review où un collègue a collé une requête sur une ligne. Collez-la ici, formatez, lisez calmement.
Migration de base avec des dizaines d'instructions CREATE TABLE et ALTER. Après formatage, le fichier est prêt pour une PR propre.
Débogage de requêtes ORM (Prisma, TypeORM, Drizzle). Les ORMs émettent du SQL sur une longue ligne. Le formatter montre ce qui a vraiment frappé la base.
Documentation technique, rapports, présentations. Le SQL formaté a l'air professionnel.
Porter du SQL entre dialectes. Formattez d'abord dans un dialecte, puis utilisez notre convertisseur de dialecte SQL pour échanger AUTO_INCREMENT pour SERIAL et différences similaires.
Minify pour des logs ou pour des littéraux string en code : une longue ligne, pas de commentaires, prête à coller dans `db.query('...')` en Node.js ou Python.

Vous avez un CREATE TABLE et voulez un schéma Prisma ou Drizzle ? Utilisez notre convertisseur SQL vers ORM. Vous travaillez avec DBML (Database Markup Language) ? Voir DBML vers SQL.

Questions et réponses

Formateur SQL

Que fait un formatter SQL ?

Comment l'utiliser

Quand c'est utile

Questions et réponses

Outils similaires

Convertisseur dialectes SQL

SQL vers ORM

DBML vers SQL

Parseur connection string DB

Formateur SQL

Que fait un formatter SQL ?

Comment l'utiliser

Quand c'est utile

Questions et réponses

Outils similaires

Convertisseur dialectes SQL

SQL vers ORM

DBML vers SQL

Parseur connection string DB