01
Selecciona el dialecto real
MySQL, PostgreSQL, SQLite, SQL Server y Oracle tienen reglas de comillas distintas. Elegir PostgreSQL no traduce una consulta MySQL: cambia la gramática usada en esta operación.
Herramientas de bases de datos y SQL
Formateador SQLLee las consultas y conserva su contenido
Lee las consultas y conserva su contenido
Formateador SQL
Entrada SQL
Resultado
Procesamiento local en tu navegador. Sin conexión a una base de datos ni historial guardado.
Introduce SQL o elige un ejemplo.
El Formateador SQL ayuda a revisar consultas largas extraídas de registros antes de editarlas. Primero elige el dialecto de origen: comillas parecidas pueden tener significados distintos según la base de datos.
Puedes formatear SQL para distinguir uniones y subconsultas, embellecer SQL con una sangría uniforme o minificar SQL reduciendo espacios exteriores. Una presentación correcta no demuestra que la consulta pueda ejecutarse.
¿Por qué usar este Formateador SQL?
Seguir cada cláusula
El Formateador SQL separa cláusulas y unifica la sangría. Compara cadenas, representaciones numéricas y comentarios con el original; rechaza las modificaciones cuyo contenido no puede conservar con seguridad.
Separar estructura y presentación
El modo AST usa otro analizador para cuatro dialectos. Oracle permite formatear, pero no ofrece AST. El árbol representa la interpretación del analizador, no un plan de ejecución de la base de datos.
Elegir la gramática antes que el estilo
02
Decide el tipo de resultado
El formato facilita la lectura, el modo compacto reduce espacios y AST produce JSON. La sangría y la caja afectan al texto SQL. El árbol tiene límites más estrictos para números y complejidad.
03
Revisa antes de sustituir
El procesamiento automático espera 350 ms. Desactívalo para usar el botón o Ctrl/Cmd+Enter. Usar resultado abre una vista previa; después de aplicar, Deshacer restaura entrada, ajustes y resultado anteriores.
Funciones distintas para texto y árbol
Cinco dialectos de formato
sql-formatter permite dos espacios, cuatro espacios o tabulaciones y palabras clave en mayúsculas, minúsculas o su forma original. La configuración conserva la caja de identificadores, funciones y tipos. Solo cambia la caja de palabras clave estructurales; términos contextuales como ACTION o NO conservan su grafía para proteger identificadores.
Compactar sin borrar comentarios
Se reduce el espacio fuera de los tokens y se conservan comentarios de línea, bloques e indicaciones ejecutables. También permanecen los saltos necesarios entre cadenas adyacentes de PostgreSQL.
Un árbol sintáctico acotado
node-sql-parser procesa su subconjunto compatible de MySQL, PostgreSQL, SQLite y Transact-SQL. El JSON exportado contiene solo el árbol actual, sin historial del editor ni entradas anteriores.
Lo que este resultado no comprueba
- Sin ejecución en una base de datos
- No hay conexión, consulta de esquema, comprobación de permisos ni EXPLAIN. Formatear no valida la sintaxis; un AST correcto tampoco demuestra que la consulta funcione en tu base.
- No admite scripts completos
- Procedimientos, disparadores, definiciones de funciones, bloques BEGIN/DECLARE, lotes GO, DELIMITER personalizado, plantillas y metacomandos del cliente quedan fuera del alcance. Oracle no tiene AST.
- Precisión numérica del AST
- Acepta enteros decimales y decimales ordinarios con hasta 15 cifras significativas. Rechaza exponentes y hexadecimal en ese modo. Los nodos numéricos deben coincidir con el original; las salidas SQL conservan su precisión. Debe haber un dígito antes del punto decimal (0.5 en lugar de .5).
- Puede conservar saltos de línea
- Compacto no significa necesariamente una línea. Quitar el salto después de -- puede convertir el resto en comentario. No se examina el efecto real de las indicaciones o comentarios ejecutables en el servidor.
- Límites de procesamiento
- Entrada: 100.000 unidades UTF-16, 20.000 tokens, 50 niveles de paréntesis y 200 sentencias. AST: 5.000 tokens y 30 niveles. Salida: 1.000.000 de unidades; vista previa en tramos de 20.000 y exportación completa.
Preguntas sobre el Formateador SQL
¿Cómo conviene formatear consultas SQL?
Mantén un dialecto y una sangría constantes para seguir uniones, condiciones y subconsultas. Este Formateador SQL separa presentación y árbol sintáctico. Revisa la consulta modificada también en el contexto de tu base.
¿Hay motivos para escribir palabras clave SQL en mayúsculas?
Las mayúsculas resaltan las cláusulas, pero son una convención de estilo. Elige minúsculas o conservar si encaja mejor con el proyecto. No cambia el contenido de cadenas ni identificadores entre comillas.
¿Se puede ordenar SQL sin añadir tantas líneas?
Elige salida compacta. Reduce espacios exteriores y conserva comentarios y saltos necesarios tras comentarios de línea o entre cadenas adyacentes de PostgreSQL. No elimina contenido para forzar una sola línea.
¿Puedo comprobar una consulta MySQL sin ejecutarla?
AST informa de si este analizador acepta su gramática. No puede comprobar tablas, tipos de columnas, permisos ni comportamiento del servidor. Un resultado formateado solo confirma una operación de presentación.
¿Por qué fallan los formateadores con metacomandos del cliente?
Los comandos psql con barra invertida pertenecen al cliente, no a la gramática SQL ordinaria. Conserva el script original aparte y extrae la consulta que deseas formatear; aquí no se interpretan esos comandos.
¿Encontraste un problema de formato?
Revisa tu próxima consulta
Con el Formateador SQL puedes comparar texto legible, texto compacto o un árbol compatible antes de decidir qué resultado llevar al editor.