Cómo usar: Validador de sintaxis PostgreSQL
- Elige tu dialecto de base de datos (MySQL, PostgreSQL, SQL Server, SQLite, BigQuery y más).
- Pega o abre tu SQL; no pasa nada si hay varias sentencias separadas por punto y coma.
- Los errores muestran la línea, la columna y los tokens esperados, con el punto problemático marcado.
- Las sentencias válidas aparecen con su tipo y las tablas que usan, junto con advertencias sobre patrones arriesgados.
¿Qué comprueba un validador de SQL?
Un validador de SQL (o comprobador de sintaxis) analiza tu consulta con la gramática de una base de datos concreta e indica si está bien formada: paréntesis equilibrados, palabras clave en el orden correcto, expresiones válidas, comas entre columnas, etc. Esta herramienta divide tu script en sentencias, analiza cada una por separado para que veas todas las sentencias rotas a la vez y señala la línea y la columna donde se detuvo el análisis. Por defecto se usa la gramática de PostgreSQL.
Advertencias de buenas prácticas
| Advertencia | Por qué importa |
|---|---|
UPDATE / DELETE sin WHERE | Modifica todas las filas de la tabla; casi siempre es un error. |
SELECT * | Trae columnas que quizá no necesitas y se rompe cuando se añaden o reordenan columnas. |
INSERT sin lista de columnas | Depende del orden de las columnas; añadir una columna lo rompe. |
LIKE '%…' | Un comodín al inicio no puede usar un índice normal y recorre toda la tabla. |
= NULL | Nunca es verdadero; usa IS NULL. |
ORDER BY sin LIMIT en una subconsulta, o LIMIT sin ORDER BY | El orden de las filas no está garantizado sin una ordenación explícita. |
Diferencias entre dialectos que causan errores
- Comillas para identificadores: MySQL y MariaDB usan comillas invertidas (
`order`), PostgreSQL, SQLite y el estándar SQL usan comillas dobles, y SQL Server usa corchetes ([order]). - Límite de filas:
LIMIT 10en MySQL, PostgreSQL y SQLite;TOP 10oOFFSET … FETCHen SQL Server. - Upserts:
ON DUPLICATE KEY UPDATE(MySQL) frente aON CONFLICT … DO UPDATE(PostgreSQL, SQLite) frente aMERGE(SQL Server, Snowflake, BigQuery). - Conversiones de tipo: PostgreSQL acepta
value::int; la mayoría de los demás necesitanCAST(value AS INT).
Errores de sintaxis habituales en PostgreSQL
PostgreSQL muestra “syntax error at or near …” con el token donde se detuvo el análisis. Causas típicas: comillas invertidas copiadas de MySQL (usa comillas dobles), comillas dobles alrededor de valores de texto (usa comillas simples, porque las dobles son identificadores), LIMIT x, y (Postgres necesita LIMIT y OFFSET x) y una coma que falta en una lista de columnas.
Haz la consulta más legible con el formateador SQL, genera sentencias a partir de datos con CSV a SQL o JSON a SQL, y diseña tablas con el generador de CREATE TABLE.
También se busca como: validador sintaxis postgresql, validar consultas postgres, comprobar sintaxis postgresql, error de sintaxis psql, linter postgres, validar sql postgres.
Herramientas que combinan con: Validador de sintaxis PostgreSQL
- Validador SQL — Pega una consulta o un script completo para comprobar su sintaxis según la gramática de tu base de datos.
- Validador de sintaxis MySQL — Valida tus consultas MySQL antes de ejecutarlas.
- Excel a JSON — Abre un libro .xlsx o pega celdas directamente desde Excel o Google Sheets y obtén JSON limpio.
- JSON a Excel — Convierte un array JSON en un libro de Excel real.
Preguntas frecuentes
¿Mi SQL se envía a un servidor o a una base de datos?
¿Un resultado válido significa que la consulta se ejecutará?
¿Por qué el error señala una posición posterior a mi fallo?
WHER, suele interpretarse como un alias, así que el error aparece en la palabra siguiente. Revisa también el token justo antes de la posición marcada.