Formateador y Embellecedor SQL

No. El formateador solo modifica espacios en blanco, la indentación y (opcionalmente) la letra de las palabras clave. La estructura lógica — nombres de tablas, nombres de columnas, condiciones, joins, expresiones — nunca se altera. Una consulta formateada produce exactamente el mismo resultado que la original cuando se ejecuta en una base de datos. Puede formatear con seguridad y luego copiar de vuelta a su aplicación sin ningún riesgo de introducir cambios en la lógica.

Sí. Los comentarios SQL de una sola línea (-- comentario hasta el final de la línea) y los comentarios de bloque (/* comentario multilínea */) se reconocen y preservan en la salida formateada. Los literales de cadena (valores entre comillas simples), identificadores entre comillas (comilla invertida o comillas dobles según el dialecto) y los literales numéricos se gestionan correctamente: nunca se dividen entre líneas ni se modifican durante el formateo. También se preservan las comillas anidadas y los caracteres escapados dentro de las cadenas.

No existe un requisito estándar de SQL: las palabras clave funcionan en cualquier caso en la mayoría de las bases de datos. Sin embargo, las palabras clave en mayúsculas (SELECT, FROM, WHERE, JOIN) son la convención predominante en el código SQL por una razón clave: la legibilidad. Cuando escanea una consulta SQL formateada, las palabras clave en mayúsculas resaltan frente a los nombres de tablas/columnas en minúsculas, haciendo que la estructura de la consulta sea visible al instante. Esta herramienta utiliza por defecto palabras clave en mayúsculas, que es la convención en la mayoría de las guías de estilo SQL, incluyendo las de Google, GitLab y Kickstarter.

Sí, para fines de formateo general. La sintaxis básica de SQL (SELECT, JOIN, WHERE, etc.) es estándar en MySQL, PostgreSQL, SQLite, SQL Server y Oracle. La sintaxis específica de la base de datos suele aceptarse pero puede que no se formatee perfectamente — por ejemplo, el casting de tipos específico de PostgreSQL (::), las funciones específicas de T-SQL de SQL Server o la sintaxis LIMIT/OFFSET de MySQL. Si ve un formato inesperado en código específico de un dialecto, la lógica sigue siendo correcta; solo la presentación de la indentación puede variar.

El SQL sin formatear es una fuente común de errores omitidos en las revisiones de código. Cuando una consulta es una sola línea larga, es fácil pasar por alto una condición JOIN faltante (causando un producto cartesiano), una cláusula WHERE omitida accidentalmente (afectando a todas las filas) o una precedencia incorrecta en las condiciones AND/OR. El SQL formateado coloca cada cláusula y condición en su propia línea, haciendo que los errores estructurales sean visualmente obvios. Muchos equipos requieren que el SQL esté formateado antes de la revisión por esta misma razón.

Se gestiona el SQL básico de múltiples sentencias (múltiples sentencias SELECT o INSERT separadas por puntos y coma), donde cada sentencia se formatea independientemente. Sin embargo, los procedimientos almacenados, bloques PL/pgSQL, T-SQL con BEGIN/END y el SQL procedimental complejo pueden no formatearse limpiamente ya que el formateador se centra en sentencias DML/DDL estándar. Para los procedimientos almacenados, intente formatear las sentencias individuales dentro del cuerpo del procedimiento en lugar de la definición completa del procedimiento.

No. Todo el formateo se ejecuta en su navegador usando JavaScript. Sus consultas SQL, incluyendo cualquier nombre de tabla, nombre de columna, valores de datos o cadenas de conexión en la consulta, nunca salen de su dispositivo. Esto hace que sea seguro formatear consultas de producción que contengan referencias a datos reales o información de esquemas patentados.