Cómo funciona
El formateador de SQL coge consultas escritas de corrido, en una sola línea o minificadas y las reescribe con una indentación coherente, las palabras clave en mayúsculas, las columnas alineadas y los saltos de línea necesarios, de modo que una consulta compleja se entiende de un vistazo.
El SQL escrito con prisa, o el que sale de un registro o de un ORM, cuesta de leer. Un SELECT con quince columnas, cuatro JOIN, una subconsulta anidada y un GROUP BY con HAVING se convierte en un muro de texto de una sola línea. El formateador lo reestructura para que cada cláusula destaque, cada condición de JOIN se vea y la lógica quede clara.
Cómo se usa: pega cualquier sentencia SQL (SELECT, INSERT, UPDATE, DELETE, CREATE TABLE, ALTER, subconsultas, CTE con WITH o funciones de ventana). Elige tu dialecto (estándar, MySQL, PostgreSQL, T-SQL/SQL Server, Oracle o BigQuery). El formateador pone en mayúsculas las palabras clave, coloca cada cláusula principal en su línea, indenta la lista de columnas del SELECT, alinea las condiciones de JOIN … ON y sangra un nivel más las subconsultas.
Criterios de formato: las palabras clave van en mayúsculas (SELECT, FROM, WHERE, JOIN, GROUP BY, ORDER BY, HAVING, LIMIT). Cada cláusula de primer nivel empieza en una línea nueva. Las columnas del SELECT se colocan una por línea y alineadas. Las condiciones de JOIN se sangran bajo su palabra clave. Las subconsultas anidadas llevan un nivel más de indentación.
Casos de uso: leer en los registros las consultas que genera un ORM, preparar SQL para una revisión de código, depurar una consulta compleja haciendo visible su estructura, documentar procedimientos almacenados y compartir consultas en Slack o en documentación, donde el SQL sin formato es ilegible.
Preguntas frecuentes
- SQL estándar, MySQL, PostgreSQL, T-SQL (SQL Server y Azure SQL), PL/SQL de Oracle, SQLite, MariaDB y el SQL de BigQuery. La sintaxis y las palabras clave propias de cada uno se tratan correctamente.
- Sí. Las expresiones comunes de tabla escritas con WITH ... AS (...) se formatean con cada CTE en su propio bloque indentado, de modo que el SELECT final se lee con claridad.
- Sí. Las sentencias CREATE PROCEDURE, los bloques BEGIN...END, los IF...ELSE, los bucles WHILE y las declaraciones DECLARE de T-SQL y PL/SQL se formatean con una indentación coherente.
- No. Los analizadores de SQL tratan los espacios, las tabulaciones y los saltos de línea que quedan fuera de los literales y los identificadores como irrelevantes. La consulta formateada y la original se ejecutan igual.
¿Qué dialectos de SQL admite?
¿Gestiona las CTE (cláusulas WITH)?
¿Puede formatear procedimientos almacenados?
¿Formatear cambia el comportamiento de la consulta?
RankForge — Technical SEO Audit
Score any page out of 100, see every issue with the exact fix, generate JSON-LD schema and crawl up to 50 pages — all inside Chrome's side panel, with nothing sent to a server.