pg_query_go
parser
pg_query_go | parser | |
---|---|---|
3 | 3 | |
607 | 1,396 | |
2.0% | 0.4% | |
5.8 | 3.2 | |
6 days ago | 5 months ago | |
C | Go | |
BSD 3-clause "New" or "Revised" License | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
pg_query_go
-
How we explored the best practices of GoReleaser X CGO
When implementing SQL Review for PostgreSQL, we introduced pg_query_go as the PostgreSQL parser. The pg_query_go uses the native PostgreSQL parser via C bind, which naturally requires CGO support.
-
sqlc: Generating go code from sql statements
If you are using Postgres then you are lucky! sqlc uses the official postgres parser (https://github.com/pganalyze/pg_query_go) and while I have never tried it, I guess it works really well.
-
Open Source SQL Parsers
Golang: pg_query_go
parser
-
sqlc: Generating go code from sql statements
For MySQL the situation is a bit different. sqlc uses the parser of TiDB (https://github.com/pingcap/parser), which is a parser that aims to be basically compatible with MySQL, but is quite young and is not a MySQL parser. The most basic queries work, but even simple joins or aggregations usually result in variables with unknown data types or wrong nullability. So you loose a lot of the benefits of sqlc. Manual type annotations for MySQL also do not work most of the time. They are simply ignored and forwarded to MySQL as invalid query if they do not occur on a place where sqlc is expecting them.
-
Wp-SQLite: WordPress running on an SQLite database
This is a disaster waiting to happen. Regular expressions should never be used to parse non-regular languages, of which SQL is one.
There are a variety of mature MySQL dialect parsers available[1][2], and MySQL should have its own public APIs for transforming a query into an AST. Any of those would be a safer and more correct alternative.
[1]: https://github.com/pingcap/parser
[2]: https://github.com/square/mysql-parser
-
Open Source SQL Parsers
Pingcap parser is a MySQL parser in Go.
What are some alternatives?
pg_query - Ruby extension to parse, deparse and normalize SQL queries using the PostgreSQL query parser
ANTLR - ANTLR (ANother Tool for Language Recognition) is a powerful parser generator for reading, processing, executing, or translating structured text or binary files.
pg_parse - PostgreSQL parser for Rust that uses the actual PostgreSQL server source to parse SQL queries and return the internal PostgreSQL parse tree.
mo-sql-parsing - Let's make a SQL parser so we can provide a familiar interface to non-sql datastores!
libpg_query - C library for accessing the PostgreSQL parser outside of the server environment
pglast - PostgreSQL Languages AST and statements prettifier: master branch covers PG10, v2 branch covers PG12, v3 covers PG13, v4 covers PG14, v5 covers PG15, v6 covers PG16
zetasql - ZetaSQL - Analyzer Framework for SQL
pg-query-emscripten - Emscripten Port of pg_query to easily play with it in the browser