Formateador de SQL

PorOleh Soloninactualizado el 25 de septiembre de 2026

Resultado

1 sentencia en 9 líneas. Las cadenas y los comentarios han quedado intactos.

Formateada

SELECT u.id, u.nombre, COUNT(*) AS pedidos FROM usuarios u LEFT JOIN pedidos p

  ON p.usuario_id = u.id
WHERE u.activo = 1
  AND u.alta > '2026-01-01'

GROUP BY u.id ORDER BY pedidos DESC LIMIT 20;

Líneas

Sentencias

Qué ha hecho el formateador

Se han reconocido 15 palabras clave y funciones y se han puesto en mayúsculas; delante de cada palabra principal empieza una línea nueva, y así han salido 9 líneas. Ha quedado intacto un literal o comentario: lo que va entre comillas es contenido, no lenguaje.

El resultado es orientativo y no sustituye a una asesoría profesional.

Pone una consulta en líneas legibles, en el navegador y sin que la consulta salga del equipo.

Una consulta escrita en una sola línea deja de poder abarcarse de un vistazo a partir de unas veinte palabras. Este formateador coloca un salto antes de cada palabra principal —SELECT, FROM, WHERE, JOIN, GROUP BY— y sangra las continuaciones como AND y ON, de modo que la estructura de la consulta se vea.

El trabajo ocurre en el navegador. La consulta no se sube ni se guarda: no sale del equipo. Con SQL eso no es una frase de relleno, porque en una consulta real figuran nombres de tablas, columnas y a veces valores de producción.

Cómo usar la calculadora

Pegue la consulta, incluso varias sentencias separadas por punto y coma.
Decida si las palabras clave van en mayúsculas; al significado no le afecta.
Copie el resultado: las cadenas y los comentarios vuelven tal como entraron.

Lo que queda intacto

Un formateador que formatea dentro de las cadenas destruye consultas. Por eso esta calculadora descompone primero la entrada en piezas y no toca tres de ellas: lo que va entre comillas, los comentarios de línea y los de bloque.

La tercera fila enseña por qué hace falta. Dentro de la cadena 'from Berlin' está la palabra from: tratada como palabra clave, la consulta rompería línea ahí y quedaría inservible. Un comentario de línea, al revés, cierra obligatoriamente su línea: si detrás quedara algo, estaría comentado.

Todas las filas salen de la calculadora de esta página. La tercera fila muestra una cadena protegida: la palabra from dentro de 'from Berlin' no se trata como palabra clave de SQL.
Pieza	Ejemplo	Qué hace el formateador
Palabra clave	select, from, where	la pone en mayúsculas y abre línea
Función	count, upper	la pone en mayúsculas y deja el paréntesis pegado
Cadena	'from Berlin'	la deja carácter por carácter
Comentario de línea	-- comentario	lo deja y cierra la línea
Comentario de bloque	/* solo activos */	lo deja, en mitad de la línea
Identificador	users, u.id	respeta su escritura

Lo que queda intacto

Las cadenas de texto, los comentarios y los nombres entre comillas no se tocan: ni se les cambian las mayúsculas y minúsculas ni se les mete un salto de línea. Parece obvio, pero no lo es: un formateador que busque palabras a lo bruto convierte 'select from where' dentro del texto de la consulta en tres líneas, y con eso modifica los datos, no el aspecto. Errores así se descubren mucho después.

También se reconoce la comilla duplicada: en 'it''s from here' la combinación central es una comilla dentro del texto y no el final de la cadena. Por eso el formateador lee la consulta carácter a carácter en vez de buscar y reemplazar.

Lo que el formateador no hace

No comprueba la consulta. Un nombre de tabla mal escrito o un paréntesis sin cerrar siguen ahí: sale una consulta bien formateada y todavía errónea. De comprobar se encarga la base de datos.

Y solo formatea el nivel superior. Una subconsulta entre paréntesis se queda en una línea. Es una decisión, no una carencia: desplegar la anidación exige entender el dialecto, y dialectos hay tantos como bases de datos. Una herramienta que acierta nueve de cada diez veces es peor que una que hace siempre lo mismo y dice dónde está su límite.

Las mayúsculas son costumbre, no norma

SQL no distingue mayúsculas y minúsculas en las palabras clave: select y SELECT son lo mismo. La costumbre de escribirlas en mayúsculas viene de una época sin coloreado de sintaxis y se ha mantenido porque separa las palabras clave de los nombres incluso cuando el texto se copia a otro sitio: un correo, un ticket, un registro.

Con los identificadores la cosa cambia: que usuarios y USUARIOS sean la misma tabla depende de la base de datos y de su configuración. Por eso este formateador solo pone en mayúsculas las palabras clave y las funciones conocidas; los demás nombres se quedan tal como están escritos. Tiene un límite: si una columna se llama precisamente date, key o count, se reconoce como palabra clave y se escribe en mayúsculas. Al resultado de la consulta eso no suele afectarle; al aspecto, sí.

Fuentes

Cifras vigentes en 2026. Los resultados son orientativos y no sustituyen el asesoramiento profesional.

Preguntas frecuentes

¿Se envía mi consulta a algún sitio?

No. El formateo ocurre por completo en el navegador; la consulta ni se sube ni se guarda. Puede cargar la página, desconectar la red y seguir trabajando igual.

¿Por qué mi subconsulta se queda en una línea?

Porque solo se parte el nivel superior. Lo que está entre paréntesis se mantiene junto. Es intencionado: desplegar bien la anidación obliga a conocer el dialecto de SQL concreto, y hay muchos.

¿El formateador comprueba si mi consulta funciona?

No, solo formatea. Los errores en nombres, paréntesis o sintaxis se conservan y aparecen al ejecutarla. Y al revés: lo que entra sale con el mismo contenido, salvo las mayúsculas de los nombres que coincidan con una palabra clave.

¿Cambia algo poner las palabras clave en mayúsculas?

Nada. SQL no distingue mayúsculas en las palabras clave; la costumbre viene de una época sin resaltado de sintaxis, cuando el contraste entre SELECT y el nombre de la tabla era la única orientación. Por eso la calculadora deja los identificadores como están: en esos, según la base de datos, la escritura sí puede contar.

¿Comprueba la calculadora si mi consulta es correcta?

No, solo la formatea. Una consulta con los paréntesis cruzados o un nombre de columna equivocado vuelve bien sangrada y sigue estando mal. Quien la comprueba es la base de datos, y solo ella conoce sus tablas.

¿Por qué no se sangra mi subconsulta?

Porque el formateador solo abre línea ante palabras principales que están fuera de paréntesis. Lo que va entre paréntesis se queda en su línea: si no, una subconsulta corta se partiría en cinco líneas y quedaría peor, no mejor.

Enlaces útiles

Desarrollo y web Todas las calculadoras

Formateador de SQL

Resultado

También te puede servir

Formateador de JSON

Convertir CSV y JSON

Convertir JSON a YAML

Tamaño de un texto en bytes

Inspector de caracteres Unicode

Generador de hash MD5, SHA-1 y SHA-256

Enlaces útiles