InlaySQL v0.0.3
InlaySQL v0.0.3
The engine, three ways: the inlaysql CLI (and MCP server),
the WASM module for JavaScript, and the C-ABI shared libraries
any FFI language can load in-process — the SQLite-like shape,
no server.
Artifacts
| file | what it is |
|---|---|
inlaysql-0.0.3-x86_64-unknown-linux-gnu.tar.gz |
the CLI + MCP server (Linux) |
inlaysql-ffi-0.0.3-aarch64-apple-darwin.tar.gz |
C-ABI library (macOS, Apple silicon) |
inlaysql-ffi-0.0.3-x86_64-unknown-linux-gnu.tar.gz |
C-ABI library (Linux) |
inlaysql-wasm-0.0.3.tar.gz |
WASM module + the JS glue |
Each .tar.gz ships beside a .sha256; verify with
sha256sum -c <file>.sha256.
No Windows build: the file layer is Unix-only today
(pread/pwrite, advisory locks) — a Windows port has not
been written. The WASM module runs anywhere a browser or
Node does, Windows included.
Using the C-ABI libraries
Each FFI archive carries the 0.0.3 library, the
inlaysql.h header, and the wrappers/ directory — a
one-file class per language (inlaysql.php, inlaysql.py,
inlaysql.rb, InlaySQL.cs, InlaySQL.java), each the whole
binding for its language. Copy the one you need and open the
file like SQLite; the quickest introduction, with copy-paste
quickstarts for all five, is
docs/clients.md.
WASM payload
| artifact | bytes | KiB | gzipped KiB |
|---|---|---|---|
inlaysql_wasm_bg.wasm |
3140887 | 3067 | 1036 |
Status: beta
The on-disk format is pre-1.0 — recreate, not migrate: a
database written by this version may not open in a later one.
The MySQL server mode is plaintext and localhost-first unless
you configure TLS. Read
What this is not
before relying on this for anything real.
Reproduce every number in these notes with the scripts in
TESTING.md and bench/run.sh.