Formateador SQL y conversor de dialectos

Lo que hace este formatador SQL

Esta herramienta hace dos cosas. Primero, formata SQL: una cláusula por línea, hendidura consistente, palabras clave mayúsculas o minúsculas y bloques JOIN y CASE legibles, utilizando el motor sql-formatter probado en batalla con análisis consciente del dialecto. En segundo lugar, realiza ** conversión de dialectos básicos ** entre MySQL, PostgreSQL, SQLite y SQL Server, manejando las diferencias que más a menudo muerden al mover una consulta o un esquema entre bases de datos. Todo se ejecuta localmente, por lo que las consultas de producción que contienen nombres de tablas reales nunca salen de su navegador.

Cómo usarlo

1. Pegar SQL en la entrada.
2. Seleccione el dialecto de origen y, si desea convertir, un dialecto de destino. Deja el objetivo como "mantener" en formato solo.
3. Escoge el caso de la palabra clave y el ancho de la hendidura.
4. Revisa el panel de notas: todo lo que el convertidor no pudo traducir con seguridad está enlistado allí.
5. Copia el resultado.

Lo que maneja el convertidor

• Identificador con cita: `name` (MySQL) ↔ "name" (PostgreSQL/SQLite) ↔ [nombre] (SQL Server).
• ** Límites de las filas:** LIMIT n OFFSET m TOP n OFFSET m ROWS FETCH NEXT n ROWS ONLY.
• Incremento automático: AUTO_INCREMENT SERIAL/GENERATED ... AS IDENTITY AUTOINCREMENT IDENTITY(1,1).
• ** Tipos comunes:** DATETIME/TIMESTAMP, TINYINT(1)/BOOLEAN/BIT, NVARCHAR, TEXT, BLOB/BYTEA/VARBINARY(MAX).
• ** Funciones:** NOW()/GETDATE()/CURRENT_TIMESTAMP, IFNULL/ISNULL/COALESCE, RAND()/RANDOM(), CONCAT ||.
• Los literales de cadena y los comentarios están protegidos, por lo que una palabra clave dentro de 'quotes' nunca se reescribe.

Las limitaciones

La conversión de dialectos se basa en patrones, no en un compilador completo. Los procedimientos almacenados, los activadores, las funciones específicas del proveedor (extravagancias del marco de ventana, operadores JSON, MERGE, ON DUPLICATE KEY vs ON CONFLICT) y los detalles de clasificación requieren una revisión manual. Tratar la salida como un primer borrador fuerte y probarlo contra la base de datos de destino.