For Startups
Startup Database Choices with Alopex DB
Day-0 speed, all the way to scale.
SQLite for the MVP, Postgres when you grow, a vector DB for AI features, a rewrite when you scale—the goal of Alopex DB is to reduce that chain of migrations. This page separates the embedded and single-node entry points available in v0.8.9 from future multi-node operation.
Day-0 speed, into the next stage. A startup proposal built around Alopex DB's design goal—and what v0.8.9 lets you try today.
- Initial cost
- $0
- Migration work to scale
- Goal
Key points
- Launch your MVP same-day with the zero-config embedded mode
- A design goal: carry the same data into embedded, server, replica, and cluster stages
- SQL + vector search (HNSW) built in — AI features in the same engine
Challenge
What you need today and in a year are different
A startup's data requirements grow in steps, not continuously — and every step forces a database migration.
- SQLite is fastest for the MVP — until server mode, AI features, or scale force a rewrite
- Vector search became table stakes; adding a vector DB means sync, consistency, double bills, and double ops
- Migrations (conversion, dual writes, rewrites) land at the busiest moment: exactly when users are surging
The essential difficulty of choosing a database at a startup is that what you need today and what you need in a year are different. Alopex DB is designed around the goal of reducing that “scaling cliff”: the same data file is intended to move from embedded to server to replicated to cluster.
This page is grounded in a stage-by-stage use-case analysis. Alopex DB is OSS (Apache 2.0), currently available as v0.8.9 from GitHub Releases. The embedded and single-node paths available today and future multi-node distributed operation are separate claims.
Erase the scaling cliff before it forms
Moving from embedded to single-node, replicated, and distributed operation on the same data file is Alopex DB's product-wide design goal. Separate the v0.8.9 entry points from modes still in development or on the roadmap.
- MVP: a single-file embedded mode with zero config and full ACID
- Growth: the same file becomes an HTTP/gRPC server, then adds read replicas
- AI features: VECTOR(N) + HNSW for hybrid SQL + vector search in one query
- Data conversions
- Design goal
- Database products to avoid adding
- Design goal
Stage Map
How to use it, stage by stage
Funding stages mapped to a product-wide deployment design. Not every mode is available in the current release.
MVP (0→1)
Try in v0.8.9Embedded mode
- SQLite-like single file, zero config
- Iteration speed that survives weekly schema changes
- Also fits local RAG, edge, and desktop products
PMF to Growth
Single node verified in v0.8.9Single-Node / Replicated modes
- One binary turns it into an HTTP/gRPC server
- CLI and the Python remote client connect to the same data
- Monitor cheaply with Skulk, the sister time-series DB
Scale
RoadmapDistributed mode (in development)
- Multi-Raft cluster with range sharding (roadmap v0.8–v0.9)
- Same data file, same application code
- Cluster networking on the Chirps mesh
Why Alopex
Four properties that matter to early teams
The practical benefits, derived from the use-case analysis.
Vector search built in
VECTOR(N) + HNSW integrated into SQL — no separate Pinecone/Qdrant contract, no dual infrastructure to sync
A single Rust binary
Deploy and run with zero dependencies; CLI binaries and Python wheels ship with every release
OSS (Apache 2.0)
No usage billing before PMF, no lock-in — it costs nothing until you need it to
A design goal to reduce migration debt
Alopex DB is designed around carrying the same data file into later modes. v0.8.9 does not guarantee zero migration for future modes.
Alternatives
Against the existing options
All excellent software — the difference is whether every stage transition forces a switch.
SQLite / DuckDB
Embedded standards
Postgres + pgvector / managed DBs
Production standards
Dedicated vector DBs
Pinecone / Qdrant, etc.
Honest Status
Where we honestly are
Alopex DB v0.8.9 verifies Rust/Python embedded, CLI, HTTP/gRPC server, and Python remote-client paths from published packages. Multi-node distributed execution remains on the roadmap. If your team needs a multi-node cluster today, we would point you to Postgres and friends for now. See the analysis article for the full reasoning.
Public Resources
The latest documents, code, and community links in one place.
Get Started
Start at day 0
Try it in minutes via cargo add or a prebuilt binary. Your feedback shapes the product.