SQLite for Rivet Actors
one database per agent, tenant, or document
Details
- External ID
- 47197003
- Source
- HN
- Company
- —
- Product
- SQLite for Rivet Actors
- Website domain
- github.com
- Launched
- Feb. 28, 2026
- Cohort
- —
- Upvotes
- 45
- Upvotes percentile
- 0.8012129380053908
- Tags
- —
- Fetched at
- Sept. 7, 2026, 9:25 p.m.
- Updated at
- Sept. 7, 2026, 9:25 p.m.
Description
Hey HN! We posted Rivet Actors here previously [1] as an open-source alternative to Cloudflare Durable Objects.Today we've released SQLite storage for actors (Apache 2.0).Every actor gets its own SQLite database. This means you can have millions of independent databases: one for each agent, tenant, user, or document.Useful for:- AI agents: per-agent DB for message history, state, embeddings- Multi-tenant SaaS: real per-tenant isolation, no RLS hacks- Collaborative documents: each document gets its own database with built-in multiplayer- Per-user databases: isolated, scales horizontally, runs at the edgeThe idea of splitting data per entity isn't new: Cassandra and DynamoDB use partition keys to scale horizontally, but you're stuck with rigid schemas ("single-table design" [3]), limited queries, and painful migrations. SQLite per entity gives you the same scalability without those tradeoffs [2].How this compares:- Cloudflare Durable Objects & Agents: most similar to Rivet Actors with colocated SQLite and compute, but closed-source and vendor-locked- Turso Cloud: Great platform, but closed-source + diff use case. Clients query over the network, so reads are slow or stale. Rivet's single-writer actor model keeps reads local and fresh.- D1, Turso (the DB), Litestream, rqlite, LiteFS: great tools for running a single SQLite database with replication. Rivet is for running lots of isolated databases.Under the hood, SQLite runs in-process with each actor. A custom VFS persists writes to HA storage (FoundationDB or Postgres).Rivet Actors also provide realtime (WebSockets), React integration (useActor), horizontal scalability, and actors that sleep when idle.GitHub: https://github.com/rivet-dev/rivetDocs: https://www.rivet.dev/docs/actors/sqlite/[1] https://news.ycombinator.com/item?id=42472519[2] https://rivet.dev/blog/2025-02-16-sqlite-on-the-server-is-mi...[3] https://www.alexdebrie.com/posts/dynamodb-single-table/
Enrichment
- Theme
- database infrastructure and developer tools
- Vertical
- Horizontal
- Function
- Data infrastructure
- Audience
- Developer
- AI stance
- AI-native
- Project type
- Commercial product
- Normalized one-liner
- sqlite database backend for ai agents and tenants
- Manually corrected
- False
Could you build this?
No Building distributed actor infrastructure with micro-SQLite database virtualization at scale requires deep distributed systems, database internals, and hypervisor/sandbox engineering.
What it would actually take: The architecture involves a distributed actor runtime (similar to Orleans or Cloudflare DO) coordinating millions of embedded SQLite databases across a cluster, managing consensus, replication (like LiteFS or Raft), and instant cold-start containerization/Wasm isolation. The hard parts are multi-tenant resource isolation, cross-node migration of open file descriptors, and split-brain resolution during actor state replication. This requires elite distributed systems and database storage engine engineers.
Discussion
16 comments analyzed.
Competitors mentioned: Cloudflare Durable Objects, Erlang/OTP, Elixir, DuckDB
Concerns raised: Lazy migration performance impact when migrations require heavy backfilling or index rebuilding, Can't pre-migrate millions of idle databases due to on-demand wake model, Per-actor SQLite may be inefficient compared to logical separation in larger DB, Cross-tenant/cross-actor queries not well supported by per-database model, Reimplementing database transactions across actor boundaries
Feature requests: Comparison documentation against Cloudflare Durable Objects in README, Query engine to operate over multiple databases, Expose Rivet SQLite as DuckDB datasource, Versioned read paths serving old-schema data during background migrations, Preemptive scheduler with system-wide fairness and starvation prevention
Competitors
Other products that read as similar to this one — 80 launches clear the similarity bar, closest 8 shown.
Attention rank: #22 of 81 (itself plus its competitors, highest first — normalized so YC and Product Hunt are compared fairly).
Launched 122 days after the earliest competitor.
- kassette · hn · 2026-07-13 · 9 upvotes · similarity 0.43
- Turbolite · hn · 2026-03-26 · 185 upvotes · similarity 0.43
- Wolbarg · hn · 2026-07-17 · 5 upvotes · similarity 0.43
- SNKV · hn · 2026-02-24 · 36 upvotes · similarity 0.41
- Pgclaw · hn · 2026-02-12 · 48 upvotes · similarity 0.40
- SqlKit · ph · 2026-09-15 · 1 upvotes · similarity 0.40
- AgentDrive · hn · 2026-09-14 · 6 upvotes · similarity 0.39
- I built a database for AI agents · hn · 2026-04-07 · 12 upvotes · similarity 0.39
Other launches for this product
- No other launches for this product.
Same idea, different domain
Nobody's really built a data infrastructure tool for Media & entertainment yet.