Mise en forme du code / MULTIVERTO
Placez les clauses SQL courantes sur des lignes distinctes.
Appliquez chaque outil de texte au résultat précédent.
01 / Guide
L’indentation et les retours à la ligne révèlent la structure en conservant les éléments acceptés.
Pour une syntaxe complexe ou des ressources de production, vérifiez la sortie dans l’application cible avec un analyseur ou outil spécialisé.
02 / Exemple
select nom, ville from personnes where actif=1;select nom, ville
from personnes
where actif = 1;03 / Guide
Placez les clauses SQL courantes sur des lignes distinctes. L’indentation et les retours à la ligne révèlent la structure en conservant les éléments acceptés. Le SQL mis en forme sépare les clauses habituelles telles que SELECT, FROM et WHERE. Il préserve les valeurs citées et refuse les commentaires qui rendraient une simple réécriture ambiguë. Testez ensuite la requête dans son dialecte.
SQL forme une famille de dialectes plutôt qu’une grammaire identique dans toutes les bases. SELECT, FROM et WHERE servent de repères visuels, tandis que chaînes et identifiants cités doivent conserver chaque caractère. Cet éditeur reconnaît les guillemets et commentaires courants, mais ne lit pas le schéma, ne résout pas les noms et n’exécute aucune requête. Le formateur sépare les clauses d’instructions ordinaires et refuse les commentaires si une légère réécriture serait ambiguë. Le compacteur réduit seulement les espaces et retours hors des valeurs citées tout en gardant les limites des commentaires de ligne. Vérifiez dialecte, paramètres et plan d’exécution dans l’environnement réel.
La mise en forme sert surtout lors de la relecture ou du diagnostic, car l’indentation peut révéler un niveau manquant ou un élément frère inattendu. Collez un fragment complet et représentatif, puis lancez l’opération une fois. Lisez la sortie de la structure extérieure vers l’intérieur et repérez les débuts et fins de chaque élément, bloc ou clause. Cette page ne se présente pas comme un compilateur de toutes les extensions du langage; certaines constructions avancées sont refusées. Après avoir copié la sortie, utilisez le validateur ou les tests habituels du projet destinataire. Avant d’enregistrer le texte reformatté, examinez la différence pour repérer toute modification involontaire d’un littéral ou d’une valeur.
Conservez la source près de la sortie et essayez d’abord un petit exemple connu avant de traiter un grand document. Comparez le contenu utile, pas seulement la taille du fichier ou le nombre de lignes. Vérifiez noms, chaînes entre guillemets, caractères non ASCII, fins de ligne et champs répétés après transformation. Une sortie lisible ne valide aucun schéma, ne prouve pas que le code s’exécute et ne garantit pas que les données sont publiables. Ce site traite le texte dans le navigateur et montre la sortie comme du texte, mais l’application où vous la collerez appliquera ses propres règles. Si la saisie est refusée, repérez la construction non prise en charge et recourez au besoin à un analyseur spécialisé.