Relire une extraction destinée à un rapport
Repérez les colonnes sélectionnées, la table source, les filtres et le tri. Une présentation claire aide à examiner la logique sans prétendre vérifier les données réellement présentes.
Mettez en forme des requêtes avec le dialecte SQL général du formateur, sans connexion à une base de données. Traitement local dans le navigateur.
Impossible de formater cette requête. Vérifiez la syntaxe et les constructions propres à votre dialecte SQL.
Une requête SQL copiée depuis un journal peut tenir sur une seule ligne et masquer sa structure. Ce formateur sépare les clauses, aligne les expressions et met en majuscules les mots-clés reconnus pour faciliter la relecture. Il ne se connecte à aucune base et n’exécute aucune instruction : SELECT, INSERT ou DELETE restent uniquement du texte. Utilisez-le pour comprendre une requête avant son analyse dans votre environnement, préparer une revue de code ou publier un exemple lisible. Les données et noms présents dans la requête restent traités sur votre appareil.
Le moteur reconnaît les éléments lexicaux SQL au lieu de remplacer globalement des mots comme from ou where. Une chaîne SQL contenant ces mots reste une valeur littérale : le texte de vos données n’est pas mis en majuscules comme s’il s’agissait de clauses. Les expressions et listes sont présentées avec une indentation de deux espaces.
Le formulaire utilise le mode SQL général du formateur. Il ne propose pas actuellement de sélection PostgreSQL, MySQL, T-SQL ou d’un autre dialecte. Des extensions spécifiques, citations d’identifiants particulières, blocs procéduraux ou paramètres peuvent donc être refusés ou mis en page différemment de votre outil habituel. La référence ISO explique le cadre SQL, sans certifier la compatibilité de ce parseur avec toutes les bases.
La réussite du formatage n’est pas une validation par un serveur SQL. Le moteur ne connaît ni vos tables, ni leurs colonnes, ni les permissions du compte qui exécutera la requête. Une instruction lisible peut toujours contenir une erreur de référence, produire un résultat inattendu ou modifier davantage de lignes que prévu.
Le formateur ne réordonne pas les clauses pour optimiser un plan d’exécution et ne déduit pas les index à créer. Il ne remplace pas non plus la préparation de paramètres : intégrer des valeurs utilisateurs dans une chaîne SQL demeure une responsabilité de votre application. Conservez des paramètres liés lorsque votre pilote les prend en charge.
Importez un fichier .sql ou collez les instructions sans préfixes de journal. Vérifiez que les chaînes et commentaires sont complets avant de lancer la mise en page.
Lancez le traitement et examinez les clauses reconnues. En cas de refus, contrôlez la syntaxe puis les extensions propres à votre dialecte ; aucune requête n’a été envoyée à une base.
Relisez les littéraux et conditions puis copiez ou téléchargez le résultat .sql. Une modification de l’entrée masque la sortie précédente pour éviter de confondre deux versions.
Repérez les colonnes sélectionnées, la table source, les filtres et le tri. Une présentation claire aide à examiner la logique sans prétendre vérifier les données réellement présentes.
Présentez un extrait avec des clauses séparées afin de discuter d’une condition ou d’une jointure. Masquez les valeurs sensibles avant de partager le texte, même si le formatage est local.
Réduisez une requête à l’exemple utile pour un ticket technique, puis formatez-la. L’outil ne crée pas les tables ou données nécessaires à la reproduction sur une base.
SELECT, FROM et WHERE sont reconnus comme clauses. La valeur littérale from where select reste inchangée, car elle constitue une donnée entre apostrophes.
Entrée
select 'from where select' as label from items where id=1Résultat
SELECT
'from where select' AS label
FROM
items
WHERE
id = 1id et name sont présentés séparément ; FROM et ORDER BY structurent la lecture. L’ordre des colonnes et la direction de tri implicite ne sont pas réécrits.
Entrée
select id,name from users order by idRésultat
SELECT
id,
name
FROM
users
ORDER BY
idNon. Il traite du texte et ne dispose d’aucune connexion à votre base. Une instruction de modification ou de suppression n’est jamais exécutée par cet outil.
Le formulaire utilise un dialecte SQL général. Les extensions propriétaires et syntaxes procédurales ne sont pas toutes reconnues. Utilisez le formateur de votre environnement lorsque ces constructions sont indispensables.
Non. Les littéraux sont identifiés séparément des clauses, ce qui évite un remplacement naïf de from ou where dans une valeur. Relisez tout de même l’extrait avant de l’intégrer dans votre projet.
La présentation ne change ni le plan calculé par la base ni la façon dont des valeurs utilisateurs sont liées. Performances et prévention des injections nécessitent des contrôles distincts dans votre application et votre moteur SQL.
Outils associés
Des outils similaires ou complémentaires à celui-ci.
Générez des instructions SQL INSERT depuis Excel, CSV ou JSON.
Générez des jeux de données fictifs réalistes en JSON, CSV ou SQL.
Générez des interfaces TypeScript, des types, des schémas Zod ou JSON Schema à partir d’un exemple JSON.