RFCs, design docs,
benchmarks.
The principles
- Decisions are written down. Argued in public. Reversed when wrong.
- Benchmarks include the dataset, the scale, the hardware, and the raw runs.
- The numbers that don't flatter us are published with the ones that do.
Storage
4 RFCsHow NamiDB lives on object storage: layout, format, read path, adjacency.
Query
13 RFCsParsing, planning, optimisation, execution. From the Cypher subset through join reorder, factorisation, shortest path, and worst-case optimal joins.
Caches
2 RFCsCross-snapshot caches that make warm reads cost the price of a hash lookup.
Runtime
2 RFCsHow the server fans out reads and what it speaks on the wire. The two unlocks in v0.5: concurrent reads, and Bolt.
Next
1 RFCDrafts in active design. Each lands before the feature does.
- RFC-Cloud-1Draft
Gateway control plane: Phase 3-A.
The multi-tenant gateway architecture that fronts the engine in Cloud: wire protocol on /v1/cypher and /v1/bulk, single-writer + epoch fencing between gateway and namidb-worker, scale-to-zero per namespace, and the UsageEvent contract that drives billing.
Draft in design, lands before the feature does
Full archive on github.com/namidb/namidb. Contributions and issues via the same repository.
Run it on your own bucket.
Early access to the Cloud is open. One launch email when the engine is ready, never spam.
