verificación de sintaxis postgresql sin ejecutar la consulta

Question

Quiero verificar la sintaxis de los archivos que contienen consultas sql antes de que puedan comprometerse en mi proyecto de CVS.

Para hacer eso, tengo un script de commitinfo, pero me cuesta averiguar si los comandos de sql son válidos. psql no parece tener un modo dryrun, y la construcción de mi propio postgresql-dialact tester a partir de la gramática (que está en la fuente) parece un tramo largo.

Las secuencias de comandos pueden contener varias consultas, por lo que no se puede ajustar un EXPLAIN.

¿Alguna pista?

Answer 1

Recientemente escribí una utilidad para comprobar estáticamente la sintaxis de SQL para PostgreSQL. Aprovecha ecpg, el preprocesador de SQL C incorporado para postgres, para verificar la sintaxis de SQL, por lo que utiliza el mismo analizador que está incorporado en Postgres.

Puede consultarlo en github: http://github.com/markdrago/pgsanity. Puede darle un vistazo al archivo README para obtener una mejor idea de cómo funciona y para obtener instrucciones sobre cómo instalarlo. He aquí un breve ejemplo de cómo se puede utilizar pgsanity:

$ pgsanity good1.sql good2.sql bad.sql 
bad.sql: line 1: ERROR: syntax error at or near "bogus_token" 

$ find -name '*.sql' | xargs pgsanity 
./sql/bad1.sql: line 59: ERROR: syntax error at or near ";" 
./sql/bad2.sql: line 41: ERROR: syntax error at or near "insert" 
./sql/bad3.sql: line 57: ERROR: syntax error at or near "update" 

Answer 2

Una forma sería ponerlo en una transacción que revierte al final:

BEGIN; 
<query>; 
<query>; 
<query>; 
ROLLBACK; 

Tenga en cuenta que hay algunos efectos que no se pueden deshacer, como dblink llamadas, ni nada por escrito a el sistema de archivos o secuencias incrementales.

Aconsejaría clonar su base de datos con fines de prueba.

Answer 3

Normalmente soy utilizar Mimer online SQL validator, lo único es que compruebe la sintaxis SQL para SQL estándar:

• SQL-92
• SQL-99
• SQL-03

y no es específico para PostgreSQL ... Sin embargo, si escribe código siguiendo el estándar, puede usarlo y funciona bien ...

Answer 4

sólo podría envolverlo en SELECT 1 (<your query>) AS a WHERE 1 = 0;

Se va a fallar en la validación, pero en realidad no se ejecutará. He aquí un ejemplo de plan de consulta:

Result (cost=0.00..0.01 rows=1 width=0) 
    One-Time Filter: false 

Answer 5

Una maravillosa utilidad para verificar la sintaxis SQL: SQL Fiddle

soporta MySQL, Oracle, PostgreSQL, SQLite, MS SQL.

Answer 6

EXPLAIN (sin ANALYZE) analizará la consulta y preparará un plan de ejecución, sin realmente ejecutarlo.

https://www.postgresql.org/docs/current/static/sql-explain.html

Answer 7

Puede ejecutar consultas ISIDE función de PostgreSQL y elevar una excepción en el final. Todos los cambios se revertirán.Por ejemplo:

CREATE OR REPLACE FUNCTION run_test(_sp character varying) 
    RETURNS character varying AS 
$BODY$ 
BEGIN 
    EXECUTE 'SELECT ' || _sp; 
    RAISE EXCEPTION '#OK'; 
EXCEPTION 
    WHEN others THEN 
    RETURN SQLERRM; 
END; 
$BODY$ 
    LANGUAGE plpgsql VOLATILE 
    COST 100; 

Otra sollution - plpgsql_check extensión (on github), la próxima encarnación de pgpsql_lint