Formatear SQL
Formatea consultas SQL con indentación correcta y palabras clave en mayúsculas.
.pdf · hasta 2 GB
Por qué usarlo
SQL legible, equipos más productivos
Indentación automática
Cada cláusula en su propia línea, subconsultas con nivel extra. Legibilidad inmediata.
Privado
El SQL se procesa en tu navegador. Nunca se envía a ningún servidor.
Multi-dialecto
MySQL, PostgreSQL, SQL Server, SQLite y más. Formateo específico por dialecto.
Instantáneo
Resultado en milisegundos. Sin esperas, sin registro.
Cómo funciona
Tres pasos, sin complicaciones
Pega tu consulta SQL
Pega el SQL directamente en el editor. Soporta SELECT, INSERT, UPDATE, DELETE, CREATE y subconsultas.
Elige el dialecto SQL
Selecciona MySQL, PostgreSQL, SQL Server, SQLite u otro dialecto para formateo preciso.
Copia el SQL formateado
El SQL aparece correctamente indentado y con palabras clave en mayúsculas. Copia con un clic.
Preguntas frecuentes
¿Tienes dudas?
El formateo SQL reorganiza las consultas añadiendo indentación consistente, poniendo las palabras clave en mayúsculas (SELECT, FROM, WHERE, JOIN), añadiendo saltos de línea entre cláusulas y alineando las columnas. El resultado es funcionalmente idéntico al original pero mucho más legible, facilitando la revisión, depuración y mantenimiento de consultas complejas.
Sí. Las consultas SELECT se formatean expandiendo cada cláusula en su propia línea (SELECT, FROM, WHERE, GROUP BY, ORDER BY) e indentando las columnas. Las consultas INSERT listan los campos y valores alineados. Los UPDATE separan cada SET en su propia línea. Las subconsultas reciben un nivel extra de indentación para indicar su jerarquía dentro de la consulta principal.
La convención de escribir palabras clave SQL en mayúsculas (SELECT, FROM, WHERE) data de IBM en los años 1970 con el lenguaje SEQUEL (precursor de SQL). En los terminales de la época, las mayúsculas mejoraban la legibilidad visualmente distinguiendo comandos del lenguaje de los nombres de tablas y columnas. Aunque los motores SQL modernos son case-insensitive para las palabras clave, la convención persiste en las guías de estilo de SQL de Google, Airbnb y la mayoría de equipos de datos.
Las subconsultas se indentan un nivel adicional respecto a la consulta que las contiene. Una subconsulta en la cláusula WHERE recibe indentación de 4 u 8 espacios dependiendo del estilo elegido. Las subconsultas correlacionadas (que referencian columnas de la consulta exterior) se marcan visualmente con comentarios en algunos formateadores. Los CTEs (Common Table Expressions) con WITH se listan uno por línea antes de la consulta principal.
Sí. Algunos ORMs y sistemas de caché de consultas benefician de SQL minificado (sin espacios ni saltos de línea innecesarios) para comparar consultas por hash o reducir el tráfico en protocolos de base de datos. El SQL minificado también facilita incluir consultas en strings de código sin caracteres de escape. La minificación SQL elimina comentarios, colapsa espacios múltiples en uno y elimina saltos de línea manteniendo la semántica exacta.
Historia de SQL y el arte del formateo de consultas
SQL fue diseñado por E.F. Codd en 1970 en IBM como lenguaje para el modelo relacional. El primer sistema que implementó SQL fue IBM System R (1974–1979), donde el lenguaje se llamaba SEQUEL (Structured English Query Language). El nombre fue cambiado a SQL por motivos de marca registrada. En 1986, el estándar SQL-86 fue publicado por ANSI, seguido de SQL-89, SQL-92 (que añadió JOINs explícitos), SQL:1999 (funciones ventana, expresiones regulares), SQL:2003 (CTEs, MERGE), y el último estándar SQL:2023.
La optimización de consultas y la legibilidad SQL están íntimamente relacionadas. Los query plans (planes de ejecución) generados por el motor de base de datos dependen de cómo se escriben las consultas: un JOIN bien indentado revela inmediatamente si falta una condición de unión (produciendo un costoso producto cartesiano). Las guías de estilo SQL de empresas como GitLab, Kickstarter y Yelp establecen que el formateo consistente es obligatorio para revisiones de código, ya que las consultas mal formateadas en migraciones han causado outages de producción por errores difíciles de detectar visualmente.
El ecosistema de herramientas de formateo SQL incluye sql-formatter (npm, de Nikita Galaiko), pgFormatter (Perl, específico para PostgreSQL), SQLFluff (Python, con soporte para dbt y Jinja), y plugins para IDEs como DataGrip y DBeaver. SQL:2023 introdujo soporte para datos JSON nativos (JSON_TABLE, IS JSON) y grafos de propiedades (SQL/PGQ), ampliando los casos de uso más allá de las consultas relacionales tradicionales y aumentando la complejidad que hace indispensable el formateo automático.