Formatea y estandariza tus consultas SQL para una mejor lectura y depuración
Convierte el SQL desordenado en código limpio, indentado y con mayúsculas en las palabras clave. Sin registro requerido.
Actualizado el 29 de octubre de 2026
SQL de entrada
0 caracteresSQL formateado
0 caracteres¿Por qué formatear el SQL?
Legibilidad
Una consulta bien indentada facilita seguir el flujo lógico e identificar errores en cláusulas complejas
Depuración
Las palabras clave en mayúsculas y la indentación estructurada hacen visibles los errores al instante
Trabajo en Equipo
Un estilo consistente acelera las revisiones de código y facilita la colaboración entre desarrolladores
Qué hace y qué no hace
- Solo da formato. No valida la consulta ni la ejecuta: si tiene un error, sale igual de formateada, con el error dentro.
- Dialectos. Las reglas valen para SQL estándar y PostgreSQL, con textos entre dólares
(
$$ … $$), cadenasE'…'con barra invertida y comentarios de bloque anidados. El selector MySQL cambia tres cosas: la almohadilla (#) abre un comentario de línea, la barra invertida escapa la comilla siguiente ('it\'s') y--solo comenta si lleva un espacio detrás. No cubre los modosNO_BACKSLASH_ESCAPESniANSI_QUOTESde MySQL, ni los textos que PostgreSQL concatena por estar en líneas distintas, y no hay modo propio para Oracle ni T-SQL. Los nombres entre corchetes, como[mi tabla], se respetan mientras no lleven un]dentro. - Palabras clave. Pone en mayúsculas una lista fija (las de SELECT, INSERT, UPDATE, DELETE,
joins, CASE y poco más). Lo que no está en la lista, como
OVER,PARTITIONoCONFLICT, queda como lo escribiste. - Tamaño. Hasta 2.000.000 de caracteres. Con consultas repetidas, medido en Node 24 en un portátil, 1 MB tarda entre 0,1 y 0,2 segundos y 5 MB, unos 0,6, y mientras trabaja la página no responde.
- Privacidad. La consulta no sale del navegador ni va a la URL. Lo único que se comparte en el enlace es el dialecto.
Cómo evita cambiarte la consulta
No usa expresiones regulares sobre el texto entero. Lo primero que hace es partir la consulta en trozos: textos entre comillas, comentarios, identificadores entrecomillados, palabras, números y signos. Después solo toca el código: saltos de línea, sangría y mayúsculas de las palabras clave. Lo que va entre comillas o en un comentario sale idéntico, espacios dobles incluidos; de un comentario de línea solo se quitan los espacios del final. Las pruebas comprueban tres cosas sobre miles de consultas, algunas generadas al azar y en los dos dialectos: que los trozos son los mismos antes y después, que ningún texto ni comentario cambia, y que formatear dos veces da lo mismo que formatear una. Usan el mismo tokenizador que el formateador, así que prueban que no pierde ni cambia piezas, no que tu base de datos entienda la consulta igual.
Reglas clave de formato SQL
El formateo de SQL (o beautification) es crucial para la mantenibilidad y depuración del código. Nuestro formateador aplica automáticamente las siguientes convenciones estándar de la industria.
Mayúsculas en cláusulas
- SELECT, FROM, WHERE en mayúsculas
- Separa visualmente la lógica de negocio
- Convención estándar en la industria
Indentación jerárquica
- 4 espacios por nivel de profundidad
- Refleja la estructura de subconsultas
- Mejora la comprensión de sentencias anidadas
Saltos de línea
- Nueva línea antes de cada cláusula principal
- Separación tras comas en listas de campos
- Facilita el escaneo rápido del código
Otras herramientas que te pueden servir
- DevTools JSON Beautifier Formatea y valida tus archivos JSON para mejor legibilidad.
- DevTools Generador de Contraseñas Contraseñas de caracteres aleatorios o de palabras al azar, con los bits reales del método.
- DevTools Probador de Regex Prueba tu expresión regular en vivo: coincidencias resaltadas, grupos de captura, sustitución y chuleta.