syntaqlite
A parser, formatter, validator, and language server for SQLite SQL, built on SQLite's own grammar and tokenizer. If SQLite accepts it, syntaqlite parses it. If SQLite rejects it, so does syntaqlite.
Docs · Playground · VS Code Extension · MCP Server
Note: syntaqlite is at 0.x — APIs and CLI flags may change before 1.0.
Why syntaqlite
Developer tooling for SQLite treats it as a second-class language. Most tools build a generic SQL parser and bolt SQLite on as a "flavor" — hand-written grammars, regex-based tokenizers, or subsets of SQL that approximate SQLite rather than matching it. That falls apart because SQLite has a deep surface area of syntax that generic parsers don't handle.
syntaqlite uses SQLite's own Lemon-generated grammar and tokenizer, compiled from C. The parser doesn't approximate SQLite — it is SQLite's grammar compiled into a reusable library.
SQLite SQL is also not one fixed language. It has 22 compile-time flags that change what syntax the parser accepts, another 12 that gate built-in functions, and the language constantly evolves across versions. Because SQLite is embedded, you can't assume everyone is on the latest version — Android 15 ships SQLite 3.44.3, seven major versions behind latest. syntaqlite tracks all of this:
error: syntax error near 'RETURNING'
--> <stdin>:1:32
|
1 | DELETE FROM users WHERE id = 1 RETURNING *;
| ^~~~~~~~~
RETURNING was added in SQLite 3.35.0 — Android 13 still ships SQLite 3.32.2.
We've tested against ~396K statements from SQLite's upstream test suite with ~99.7% agreement on parse acceptance. See the detailed comparison for how syntaqlite stacks up against other tools in parser accuracy, formatter correctness, validator quality, and performance.
What it does
Validate — catch errors without a database (docs)
Finds unknown tables, columns, and functions against your schema — the same errors sqlite3_prepare would catch, but without needing a database. Unlike sqlite3, syntaqlite finds all errors in one pass:
(id, status, total, created_at);
WITH
monthly_stats(month, revenue, order_count) AS (
SELECT strftime('%Y-%m', o.created_at), SUM(o.total)
FROM orders o WHERE o.status = 'completed'
GROUP BY strftime('%Y-%m', o.created_at)
)
SELECT ms.month, ms.revenue, ms.order_count,
ROUDN(ms.revenue / ms.order_count, 2) AS avg_order
FROM monthly_stats ms;
sqlite3 stops at the first error and misses the function typo entirely:
Error: in prepare, table monthly_stats has 2 values for 3 columns
syntaqlite finds both — CTE column count mismatch and the ROUDN typo — with source locations and suggestions:
error: table 'monthly_stats' has 2 values for 3 columns
|
2 | monthly_stats(month, revenue,
| ^~~~~~~~~~~~~
warning: unknown function 'ROUDN'
|
14 | ROUDN(ms.revenue / ms.order_count,
| ^~~~~
= help: did you mean 'round'?
Format (docs)
Deterministic formatting with configurable line width, keyword casing, and indentation:
|
SELECT u.id, u.name, p.title
FROM users u
JOIN posts p ON u.id = p.user_id
WHERE u.active = 1
AND p.published = true
ORDER BY p.created_at DESC
LIMIT 10;
Version and compile-flag aware (docs)
Pin the parser to a specific SQLite version or enable compile-time flags to match your exact build:
# Reject syntax your target SQLite version doesn't support
# Enable optional syntax from compile-time flags
Validate SQL inside other languages (experimental)
SQL lives inside Python and TypeScript strings in most real codebases. syntaqlite extracts and validates it, handling interpolation holes:
# app.py
return
warning: unknown function 'ROUDN'
--> app.py:3:23
|
3 | f"SELECT nme, ROUDN(score, 2) FROM users WHERE id = {user_id}"
| ^~~~~
= help: did you mean 'round'?
Editor integration (docs)
Full language server — no database connection required. Diagnostics, format on save, completions, and semantic highlighting.
VS Code — install the syntaqlite extension from the marketplace.
Claude Code — syntaqlite plugin install · Claude Desktop / Cursor — pip install syntaqlite[mcp] (docs)
Other editors — point your LSP client at:
Parse (docs)
Full abstract syntax tree with side tables for tokens, comments, and whitespace — for code generation, migration tooling, or static analysis.
Install (all methods)
Homebrew
Shell (macOS / Linux)
|
PowerShell (Windows)
powershell -ExecutionPolicy ByPass -c "irm https://github.com/LalitMaganti/syntaqlite/releases/latest/download/syntaqlite-cli-installer.ps1 | iex"
Cargo
Use as a library (docs)
Rust (API docs)
[]
= { = "0.0.9", = ["fmt"] }
JavaScript / WASM (API docs)
C — the parser, tokenizer, formatter, and validator all have C APIs. See the C API docs for details.
Architecture (docs)
The parser and tokenizer are written in C, directly wrapping SQLite's own grammar. Everything else — formatter, validator, LSP — is written in Rust with C bindings available.
The split is intentional. The C parser is as portable as SQLite itself: it can run inside database engines, embedded systems, or anywhere SQLite runs. The Rust layer moves fast for developer tooling where the standard library and the crate ecosystem matter.
Building from source
Contributing
See the contributing guide for architecture overview and testing instructions.
License
Apache 2.0. SQLite components are public domain under the SQLite blessing. See LICENSE for details.