Formateur SQL

SQL Formatter transforme SQL dense, sur une seule ligne ou de manière incohérente en requêtes lisibles et adaptées aux critiques. Il place chaque clause majeure - SELECT, FROM, WHERE, JOINS, GROUP BY, ORDER BY, HAVING, LIMIT, UNION - sur sa propre ligne, divise les colonnes de sélection sur des lignes, des retraits et/ou des conditions dans leur clause, et normalise le cas de mot-clé en supérieur ou inférieur. Le résultat est le type de mise en page que vous souhaitez dans une revue de code : une requête de 400 caractères à partir d'un journal ORM devient une structure que vous pouvez réellement rechercher pour la condition de jointure manquante.

Sous le capot, c'est un véritable tokenizer, pas un tas de règles de recherche et de remplacement. Les littéraux de chaînes (y compris les escales doubles et backslash), les identifiants à double et entre guillemets, les identifiants de serveur SQL entre crochets, les nombres, les opérateurs et les deux styles de commentaires (- Line et /* bloc */) sont lexés en tant que jetons atomiques avant toute décision de mise en page. Cela signifie qu'une valeur de colonne comme "Sélectionner * des utilisateurs" dans une chaîne n'est jamais confondu avec une clause, et le formatage peut restructurer l'espace blanc sans jamais corrompre le contenu littéral.

Le mode Minify fait le contraire : il réduit une requête formatée en une seule ligne, supprimant les commentaires, préservant chaque octet littéral pour octet - ce qui est pratique pour les logs de journaux, emballant les requêtes dans les charges utiles JSON ou les fichiers .env et la comparaison des formes de requête. Tout fonctionne à 100 % du côté client dans votre navigateur. Ainsi, les requêtes de production contenant des noms de table, des données client dans les détails des littéraux ou des schémas ne sont jamais téléchargées, enregistrées ou stockées n'importe où.

Le formatage est basé sur Tokenizer plutôt que sur Regex, de sorte que les littéraux de chaîne et les commentaires contenant des mots-clés SQL ne sont pas reformatés comme s'ils étaient de code. Les dialectes diffèrent toujours d'une manière qu'aucun formateur ne peut s'installer, en particulier autour des identifiants de citation, de sorte que la sortie est normalisée plutôt que portable garantie.