Mise en forme SQL

Choisir le dialecte

Le dialecte détermine la façon dont les guillemets et les paramètres sont interprétés. MySQL et BigQuery utilisent des accents graves pour délimiter les identifiants, tandis que PostgreSQL et SQL standard utilisent des guillemets doubles. Les paramètres diffèrent également : $1 dans PostgreSQL, ? dans MySQL et SQLite, et @name dans BigQuery. Sélectionnez la base de données qui exécute la requête, car un paramètre ou un guillemet inconnu du dialecte peut empêcher la mise en forme.

Seuls les mots-clés passent en majuscules. Les noms de tables et de colonnes conservent leur casse, ce qui est important dans PostgreSQL, où les noms entre guillemets sont sensibles à la casse.

En cas d’échec de la mise en forme

Une erreur d’analyse signifie généralement que le texte n’est pas du SQL pur. Les modèles de dbt, Jinja ou d’un ORM, comme {{ ref('orders') }} ou {% if %}, interrompent l’analyse à cet endroit ; mettez plutôt en forme le SQL compilé, ou remplacez d’abord les parties du modèle par des noms de paramètres.

Une mise en forme cohérente facilite la revue de code : lorsque toutes les requêtes sont présentées de la même manière, le comparateur de différences affiche les vrais changements plutôt que les espaces.

Comment l'utiliser

1. Collez votre SQL et choisissez un dialecte.
2. Mettez l'instruction en forme.
3. Copiez ou téléchargez le résultat lisible.

Confidentialité et limitations

Les requêtes restent dans votre navigateur. La mise en forme ne valide pas le schéma de base de données, les autorisations ni les performances des requêtes.