Formateador SQL
Formatea y embellece tus consultas SQL al instante.
Selecciona tu dialecto SQL específico (MySQL, PostgreSQL, etc.) para asegurar un resaltado de sintaxis y sangría correctos.
Perfecto para limpiar consultas complejas, depurar SQL generado o preparar código para revisión.
Formateador SQL
Las consultas SQL largas, minificadas o generadas por ORMs pueden ser difíciles de leer. Este formateador SQL aplica saltos de línea, indentación y una estructura más clara para revisar joins, filtros, subconsultas y condiciones antes de depurar o compartir una query.
Cuándo formatear SQL
- Antes de una revisión de código: facilita que otras personas entiendan la consulta.
- Al depurar salida de un ORM: convierte SQL de logs en una versión más legible.
- Durante optimización: revisa
WHERE,JOIN,GROUP BYy ordenamientos con más claridad.
Nota práctica
Formatear mejora la lectura, pero no garantiza que la consulta sea correcta ni rápida. Prueba siempre la query en la base de datos objetivo y revisa el plan de ejecución si el rendimiento es importante.
Artículos para esta herramienta
Formateador de SQL: cómo hacer legibles las consultas, y por qué importa elegir el dialecto
Formatee SQL desordenado de logs u ORMs en consultas legibles. Cubre las razones técnicas por las que la selección de dialecto (PostgreSQL/MySQL/BigQuery) cambia el resultado del formateo, y por qué formatear también sirve como comprobación de sintaxis.
Cómo construir consultas SELECT y JOIN visualmente con un SQL Builder
Ensamble cláusulas SELECT, WHERE y JOIN en su navegador con un constructor visual de SQL. Cómo funciona el entrecomillado automático de valores, tabla de uso de JOIN y cómo unir varias tablas.
Orden de evaluación en SQL: por qué WHERE no ve el alias del SELECT
El orden en que escribe las cláusulas de SQL no es el orden en que se ejecutan. Referencia del orden lógico (FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT), por qué fallan los alias en WHERE, cuándo usar WHERE y cuándo HAVING, ONLY_FULL_GROUP_BY y la trampa de LEFT JOIN con WHERE.
Referencia completa de JOIN en SQL: diferencias entre INNER, LEFT, RIGHT y FULL
Referencia de los tipos de JOIN en SQL (INNER/LEFT/RIGHT/FULL/CROSS/SELF) con una chuleta y ejemplos de conteo de filas. Explica por qué los JOIN uno a muchos duplican filas, la trampa de NULL entre WHERE y ON, y cómo escribir JOINs con varias tablas.
Artículos recientes
Opciones de curl: qué hacen realmente -X, -H y -d
Referencia de las opciones de curl que aparecen en el trabajo diario con APIs: por qué -d ya implica POST, en qué se diferencia de --data-raw, la @ inicial que lee un archivo sin avisar, comillas simples frente a dobles, y por qué -k y -L merecen más cuidado del habitual.
Convertir entre JSON Schema y Zod: cómo se corresponden required y .optional()
Por dentro de un conversor bidireccional que transforma JSON Schema en un esquema de Zod y el código Zod de vuelta a JSON Schema. Incluye los valores por defecto invertidos entre required y .optional(), la tabla de correspondencia de restricciones y cómo se analiza Zod sin ejecutar código.
Orden de evaluación en SQL: por qué WHERE no ve el alias del SELECT
El orden en que escribe las cláusulas de SQL no es el orden en que se ejecutan. Referencia del orden lógico (FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT), por qué fallan los alias en WHERE, cuándo usar WHERE y cuándo HAVING, ONLY_FULL_GROUP_BY y la trampa de LEFT JOIN con WHERE.
Formato unified diff: cómo leer las cabeceras @@ de git diff
Cómo leer el formato unified diff que genera git: qué significan los cuatro números de @@ -12,7 +12,9 @@, por qué un cambio de un solo carácter aparece como línea completa reemplazada, las trampas de los espacios y los finales de línea, \ No newline at end of file, los diffs combinados @@@ en los merges y la detección de renombrados.
Conversión UTC⇄JST: tabla del desfase de 9 horas y errores de zona horaria
Convierta entre UTC y la hora de Japón (JST) con una tabla de referencia, y vea por qué la diferencia con España cambia entre 7 y 8 horas según el horario de verano. Incluye el significado de Z y +09:00 en ISO 8601, cuándo JavaScript desplaza las fechas, el comportamiento de MySQL/PostgreSQL y por qué el cron de GitHub Actions siempre corre en UTC.
Referencia de CREATE TABLE: tipos y restricciones en MySQL, PostgreSQL y SQLite
Referencia de CREATE TABLE (DDL) con tablas comparativas entre bases de datos: tipos de datos, autoincremento (AUTO_INCREMENT / IDENTITY / rowid), comportamiento de ON DELETE en claves foráneas y la restricción CHECK que MySQL ignora en silencio.