Minificateur SQL
Minifiez SQL en supprimant les commentaires, les sauts de ligne et tous les espaces superflus, tout en conservant les chaînes littérales, les identifiants entre guillemets et les opérateurs. Choisissez un dialecte comme MySQL, PostgreSQL, T-SQL ou BigQuery afin que les règles de citation, de commentaire et de traitement par lots correspondent à votre base de données. Le minificateur signale les chaînes, les commentaires et les parenthèses non fermés avec leur ligne et leur colonne. Il convient aux développeurs qui intègrent des requêtes dans du code.
Foire aux questions
Que supprime le minificateur SQL ?
Il supprime les commentaires de ligne et de bloc, les sauts de ligne et l’indentation, et ne conserve un espace que lorsque deux mots ou opérateurs risqueraient autrement de fusionner. Les littéraux de chaîne et les identifiants entre guillemets restent exactement tels qu’ils ont été écrits.
Pourquoi choisir un dialecte ?
Les bases de données n’utilisent pas toutes les mêmes règles pour les guillemets et les commentaires. MySQL traite # comme un commentaire et les barres obliques inverses comme des caractères d’échappement, PostgreSQL utilise des chaînes entre dollars, T-SQL utilise des [crochets] et des lots GO, et BigQuery utilise des chaînes entre triples guillemets. Le dialecte garantit que rien à l’intérieur d’un littéral n’est modifié.
Certains commentaires sont-ils conservés ?
Oui. Les commentaires exécutables MySQL et MariaDB, les commentaires de bloc dont le texte commence par un marqueur de version, ainsi que les indications pour l’optimiseur telles que /*+ INDEX(t) */ sont conservés, car ils modifient l’exécution de l’instruction. Tous les autres commentaires sont supprimés.
Que deviennent les lignes GO, / et DELIMITER ?
Les séparateurs de lots comme GO dans T-SQL, la ligne / dans les scripts Oracle et les commandes DELIMITER MySQL restent sur leurs propres lignes. Les outils clients ne les reconnaissent qu’à cet emplacement ; les joindre à d’autres éléments de code interromprait donc le script.
La minification peut-elle interrompre une requête ?
Le minificateur supprime uniquement les espaces blancs et les commentaires situés à l’extérieur des littéraux, et conserve les espaces entre les caractères opérateurs. Ainsi, - -1 ne devient jamais un commentaire. La requête s’exécute comme avant.
Quelles erreurs sont détectées ?
Les littéraux de chaîne, les identifiants entre guillemets, les commentaires de bloc et les chaînes entre dollars non fermés, ainsi que les parenthèses déséquilibrées, sont signalés avec leur ligne et leur colonne. La grammaire complète de SQL n’est pas vérifiée.
Quels dialectes sont disponibles ?
SQL standard, MySQL, MariaDB, PostgreSQL, SQLite, T-SQL, PL/SQL, BigQuery, Snowflake, Redshift, Spark SQL, Hive, Trino et Db2. SQL standard, le dialecte par défaut, utilise des chaînes entre apostrophes sans échappement par barre oblique inverse et accepte les guillemets doubles, les accents graves et les crochets pour les identifiants.
La casse des mots-clés est-elle modifiée ?
Non. Les mots-clés, les identifiants et les fonctions conservent leur casse d’origine. Seuls les espaces blancs et les commentaires sont supprimés.
Quelle est la taille maximale de l’entrée ?
Jusqu’à 1 MB de SQL par requête. Les longs scripts de migration contenant de nombreuses instructions sont minifiés en une seule passe.
Mon SQL est-il stocké ?
Non. Les requêtes sont traitées en mémoire et renvoyées immédiatement. Elles ne sont jamais enregistrées ; seule la taille des requêtes est consignée.