controllo della sintassi postgresql senza eseguire la query

Question

Voglio verificare la sintassi dei file contenenti query SQL prima che possano essere impegnati nel mio progetto CVS.

Per fare ciò, ho uno script commitinfo, ma ho difficoltà a scoprire se i comandi sql sono validi. psql non sembra avere una modalità dryrun, e la costruzione del mio tester postgresql-dialact dalla grammatica (che è nella sorgente) sembra un lungo tratto.

Gli script possono contenere più query, pertanto non è possibile avvolgere uno EXPLAIN.

Eventuali suggerimenti?

Answer 1

Recentemente ho scritto un'utility per controllare staticamente la sintassi di SQL per PostgreSQL. Sfrutta ecpg, il preprogrammatore SQL C incorporato per postgres, per verificare la sintassi SQL, quindi utilizza lo stesso parser identico a Postgres stesso.

È possibile controllare su github: http://github.com/markdrago/pgsanity. Puoi dare una leggerezza al README per avere un'idea migliore di come funziona e ottenere indicazioni su come installarlo. Ecco un breve esempio di come pgsanity può essere utilizzato:

$ 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

Un modo sarebbe quello di metterlo in una transazione che si tira indietro alla fine:

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

essere consapevoli che ci sono alcuni effetti che non possono essere il rollback, come dblink chiamate, o qualsiasi cosa scritta il file system o sequenze incrementate.

Vorrei consigliare la clonazione del database a scopo di test.

Answer 3

Sono di solito usare Mimer online SQL validator, l'unica cosa è che si controlla la sintassi SQL per SQL standard:

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

e non specifico per PostgreSQL ... Tuttavia se si scrive codice seguendo lo standard è possibile utilizzarlo e funziona bene ...

Answer 4

Si potrebbe semplicemente avvolgerla in SELECT 1 (<your query>) AS a WHERE 1 = 0;

Sarà fallire su convalida ma non sarà effettivamente eseguito. Ecco un esempio di piano di query:

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

Answer 5

Un meraviglioso programma di utilità per verificare la sintassi SQL: SQL Fiddle

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

Answer 6

EXPLAIN (senza ANALYZE) analizzerà la query e preparerà un piano di esecuzione, senza effettivamente eseguirlo.

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

Answer 7

È possibile eseguire query Iside funzione PostgreSQL e sollevano un'eccezione alla fine. Tutte le modifiche verranno ripristinate.Per esempio:

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; 

Un'altra sollution - plpgsql_check estensione (on github), la prossima incarnazione di pgpsql_lint