Formateador de SQL
¿Es difícil revisar SQL de una línea minimizado a partir de registros ORM y copiar y pegar. Impresión bonita con mayúsculas de palabras clave y sangría anidada para JOIN, CTE y subselecciones, antes de la revisión del código o la documentación. El formateo se ejecuta localmente para que las consultas de producción con nombres de tablas permanezcan privadas.
Input
¿Cómo formatear SQL
1. Pegue la consulta SQL en el editor.
2. Elige sugerencias de dialecto si están disponibles (MySQL, PostgreSQL, Estándar).
3. Haz clic en formato.
4. Copiar SQL con sangría para wiki o diapositiva.
Ejemplos de formato SQL
JOIN anidado
SELECT con tres LEFT JOIN sangrados por cláusula: falta el punto en la condición ON más rápido.
Legibilidad de CTE
CON ventas AS (...) consulta principal separada visualmente de CTE bloque.
INSERT LOTE
VALORES de varias filas alineados en columnas para revisión de diferencias.
¿Cuándo formatear SQL
• Al compartir consultas en comentarios de solicitudes de extracción.
• Al aprender la estructura SQL a partir de la salida ORM generada.
• Al documentar consultas de informes para el equipo de BI.
Cuando el formateador puede fallar
• Cuando SQL mezcla la sintaxis específica del proveedor, el formateador no lo sabe, se espera un diseño imperfecto.
• Cuando el formato cambia el significado literal de los espacios en blanco de la cadena, es raro, pero comprobar.
• Cuando la consulta es un bloque de procedimiento PL/pgSQL, utilice herramientas específicas del dialecto.
SQL legible en revisiones
Los revisores detectan que falta el filtro WHERE Tenten_id más rápido en SQL con sangría: la seguridad gana más allá de la estética.
ORM ida y vuelta
Registro de SQL formateado para correlacionar la salida de Sequelize/Hibernate con la versión optimizada escrita a mano.
Parámetro marcadores de posición
? y estilos $1 conservados: no confunda el formateador con el enlace de declaración preparado.
Preguntas frecuentes
¿Qué dialecto SQL?
Los formateadores genéricos manejan SQL tipo ANSI; Las comillas invertidas de MySQL y las comillas de Postgres difieren.
¿Palabras clave en mayúsculas?
Estilo común SELECCIONAR DESDE DÓNDE: preferencia, no requisito.
¿Validar sintaxis?
Formato ≠ ejecución: ejecute EXPLAIN en la base de datos para una validación real.
Sensible ¿datos?
El formato local evita la fuga de SaaS; aún redacta la PII en literales antes de compartir la pantalla.
¿Minimizar SQL?
Eliminar nuevas líneas manualmente para consultas incrustadas, lo opuesto al formato.
¿Scripts de gran tamaño?
Los archivos de migración de megabytes pueden ralentizar el navegador: formatear secciones individualmente.