Formateador SQL
Formatea consultas SQL con indentación y saltos de línea claros para revisar mejor sentencias SELECT, JOIN, WHERE e INSERT.
Cómo usar
- Pega tu consulta SQL en el área de entrada (incluso queries de una sola línea generadas por un ORM, Prisma o Hibernate)
- Elige el ancho de sangría: 2 espacios para pegar en Slack o Notion, 4 espacios para revisiones de código en GitHub / GitLab
- Pulsa «Formatear SQL» — todo el procesado ocurre en tu navegador, ningún SQL viaja a un servidor externo
- El resultado separa SELECT, FROM, JOIN, WHERE, GROUP BY y ORDER BY en líneas y aplica indentación coherente a subconsultas anidadas y CTE
- Copia el resultado al portapapeles y pégalo directamente en la herramienta de tu equipo: DBeaver, DataGrip, pgAdmin, Navicat o un ticket de Jira
- Lleva la consulta formateada a `EXPLAIN ANALYZE` en tu base de datos para detectar cuellos de botella en informes BI o procesos ETL
Todo el procesamiento se realiza en tu navegador, los archivos nunca se envían a un servidor.
Preguntas frecuentes
Cubre la sintaxis ANSI estándar y las extensiones más usadas en MySQL, PostgreSQL, SQL Server, Oracle, SQLite, Redshift, BigQuery, Hive y Snowflake. Funciones de ventana (`OVER`), cláusulas `RETURNING`, `MERGE INTO`, conversiones tipo `::cast` de PostgreSQL y `LIMIT … OFFSET` se formatean correctamente. La sintaxis propietaria (por ejemplo `CONNECT BY` de Oracle) se conserva intacta.
No. Solo modifica espacios, saltos de línea e indentación; nunca cambia el orden o significado de los tokens. Una consulta como `WHERE 1=1 AND id IN (SELECT ...)` se mantiene exactamente igual a nivel lógico. Si comparas el `EXPLAIN ANALYZE` antes y después del formateo, el plan de ejecución es idéntico.
Es el caso de uso ideal. Las queries de una sola línea que producen Hibernate, Eloquent, Sequelize o Prisma quedan organizadas por bloques (SELECT, FROM, JOIN encadenados, WHERE, GROUP BY), facilitando la auditoría de rendimiento y la detección de N+1. Imprescindible al revisar el slow query log.
Sí. Los comentarios `-- una línea`, `/* varias líneas */` y los literales tipo `'texto con acentos y eñes'` se conservan tal cual en UTF-8. Las SQL de equipos hispanohablantes con comentarios «-- Estado del pedido: 1=pagado, 2=enviado» mantienen su contexto descriptivo intacto.
Nunca se envía nada al exterior: todo se formatea localmente en tu navegador. Puedes pegar SQL con nombres de tablas reales, credenciales internas o datos sensibles sin riesgo. Cumple con políticas de protección de datos y entornos restringidos típicos de banca, sanidad o administración pública.
Sí. `WITH RECURSIVE`, múltiples CTE encadenadas, `ROW_NUMBER() OVER (PARTITION BY ... ORDER BY ...)` y otras funciones de ventana se formatean con la indentación correcta, dejando clara la jerarquía de subconsultas. Especialmente útil para SQL de análisis BI o data warehousing en empresas como Mercado Libre, Globant o consultoras de datos.
Sí. Hay dos opciones: 2 espacios (ideal para mensajería como Slack o Notion donde el ancho de línea es limitado) y 4 espacios (mejor para revisiones de PR en GitHub o GitLab donde el resaltado por columnas ayuda). La preferencia se guarda en el navegador y se respeta la próxima vez.