kiểm tra cú pháp postgresql mà không cần chạy truy vấn

Question

Tôi muốn xác minh cú pháp của các tệp có chứa truy vấn sql trước khi chúng có thể được cam kết trong dự án CVS của tôi.

Để làm điều đó, tôi có một tập lệnh cam kết, nhưng tôi gặp khó khăn trong việc tìm hiểu xem các lệnh sql có hợp lệ hay không. psql dường như không có một chế độ dryrun, và xây dựng của riêng tôi postgresql-dialact thử nghiệm từ ngữ pháp (có nghĩa là trong nguồn) có vẻ như một đoạn dài.

Các tập lệnh có thể chứa nhiều truy vấn, do đó, không thể quấn xung quanh chúng EXPLAIN.

Bất kỳ gợi ý nào?

Answer 1

Gần đây tôi đã viết một tiện ích để kiểm tra cú pháp của SQL cho PostgreSQL. Nó sử dụng ecpg, trình tiền xử lý SQL C nhúng cho các postgres, để kiểm tra cú pháp SQL, vì vậy nó sử dụng chính xác trình phân tích cú pháp tương tự được xây dựng trong chính Postgres.

Bạn có thể xem thử trên github: http://github.com/markdrago/pgsanity. Bạn có thể cung cấp cho README một skim để có được một ý tưởng tốt hơn về cách nó hoạt động và để nhận được hướng dẫn về cách cài đặt nó. Dưới đây là một ví dụ ngắn về cách pgsanity thể được sử dụng:

$ 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

Một cách sẽ được đặt nó vào một giao dịch mà bạn quay trở lại ở cuối:

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

Hãy nhận biết rằng có một số hiệu ứng mà không thể được cuộn lại, giống như dblink cuộc gọi, hoặc bất cứ điều gì bằng văn bản cho hệ thống tập tin hoặc trình tự tăng dần.

Tôi khuyên bạn nên sao chép cơ sở dữ liệu của mình cho mục đích thử nghiệm.

Answer 3

Tôi thường sử dụng Mimer online SQL validator, điều duy nhất là nó kiểm tra cú pháp SQL cho SQL tiêu chuẩn:

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

và không cụ thể cho PostgreSQL ... Tuy nhiên nếu bạn viết mã theo tiêu chuẩn, bạn có thể sử dụng nó và nó hoạt động tốt ...

Answer 4

Bạn chỉ có thể bọc nó trong SELECT 1 (<your query>) AS a WHERE 1 = 0;

Nó sẽ thất bại trên xác nhận nhưng nó sẽ không thực sự thực thi. Dưới đây là một kế hoạch dụ truy vấn:

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

Answer 5

Một tiện ích tuyệt vời để kiểm tra cú pháp SQL: SQL Fiddle

Hỗ trợ MySQL, Oracle, PostgreSQL, SQLite, MS SQL.

Answer 6

GIẢI THÍCH (không có ANALYZE) sẽ phân tích cú pháp truy vấn và chuẩn bị kế hoạch thực thi mà không thực thi nó.

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

Answer 7

Bạn có thể chạy truy vấn là chức năng postgresql và tăng ngoại lệ vào cuối. Tất cả thay đổi sẽ được khôi phục.Ví dụ:

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; 

Một sollution - plpgsql_check mở rộng (on github), sự tái sanh của pgpsql_lint