Formateur MySQL
Formatez les requêtes et scripts MySQL selon les règles de MySQL pour les identifiants entre accents graves, les caractères d’échappement dans les chaînes, les commentaires # et les blocs DELIMITER. Chaque clause commence sur sa propre ligne, les colonnes et les conditions sont indentées, et les clauses MySQL comme ON DUPLICATE KEY UPDATE restent groupées. Les chaînes, commentaires et parenthèses non fermés sont signalés avec leur ligne et leur colonne, ce qui aide les développeurs à lire et à relire le code de base de données.
Foire aux questions
Quelle syntaxe MySQL le formateur comprend-il ?
Il reconnaît les identifiants entre accents graves, les chaînes entre apostrophes ou guillemets doubles avec caractères d’échappement et guillemets doublés, les littéraux hexadécimaux, binaires et nationaux tels que X'FF', B'101' et N'text', les introducteurs de jeu de caractères comme _utf8mb4'text', ainsi que les variables @user. Tout ce qui se trouve dans un littéral reste exactement tel qu’il a été écrit.
Comment les commentaires sont-ils traités ?
Les commentaires avec un croisillon (#) et les commentaires avec deux tirets (--) sont conservés à leur place. Comme dans MySQL, deux tirets ne commencent un commentaire que s’ils sont suivis d’une espace ou d’un saut de ligne ; ainsi, a--1 reste une expression. Les commentaires de version exécutables sont conservés tels quels.
Comment la requête est-elle mise en forme ?
Les clauses principales comme SELECT, FROM, WHERE, GROUP BY, HAVING, ORDER BY et LIMIT commencent chacune sur leur propre ligne, avec leur contenu indenté en dessous. Les colonnes sélectionnées apparaissent une par ligne, AND et OR commencent sur de nouvelles lignes, et chaque jointure dispose de sa propre ligne.
Les clauses propres à MySQL sont-elles prises en charge ?
Oui. ON DUPLICATE KEY UPDATE, LOCK IN SHARE MODE, FOR UPDATE et FOR SHARE restent groupées dans une seule clause au lieu d’être réparties sur plusieurs lignes.
Puis-je formater des procédures stockées et des déclencheurs ?
Oui. Les commandes DELIMITER restent sur leurs propres lignes, le délimiteur personnalisé comme // ou $$ termine l’instruction, et les blocs BEGIN et END avec IF, WHILE et LOOP sont indentés.
La casse des mots-clés est-elle modifiée ?
Non. Les mots-clés, les noms de fonction et les identifiants conservent la casse utilisée, ainsi select et SELECT restent tels quels. Seuls les espaces blancs et les sauts de ligne changent.
Le formateur vérifie-t-il que ma requête est valide ?
Il vérifie que les chaînes, les identifiants entre guillemets et les commentaires de bloc sont fermés, et que les parenthèses sont équilibrées. Les problèmes sont signalés avec leur ligne et leur colonne. Il n’exécute pas la requête et ne vérifie ni les noms de tables ni la grammaire complète de MySQL.
Puis-je modifier l'indentation ?
Oui. Choisissez une indentation de 2 ou 4 espaces, ou des tabulations, pour chaque niveau. Les listes courtes entre parenthèses restent sur une seule ligne, tandis que les listes plus longues et les sous-requêtes sont placées dans un bloc indenté.
Quelle est la taille maximale de l’entrée ?
Jusqu’à 1 MB de SQL par requête, avec jusqu’à 128 KB par instruction. Les scripts comportant de nombreuses instructions sont formatés instruction par instruction, puis séparés par des lignes vides.
Mon SQL est-il stocké ?
Non. Les requêtes sont formatées en mémoire et renvoyées immédiatement. Elles ne sont jamais enregistrées ; seule la taille des requêtes est consignée.