Back to browse
GitHub Repository

Document database with no database server. Tiny, LLM-friendly TypeScript API; DB engine runs to completion in each JS request handler; state lives in S3/R2.

13 starsTypeScript

Baerly-storage, a document DB that runs per request, no DB server

by baerbaerbaer·Jul 7, 2026·11 points·0 comments

AI Analysis

●●●BangerBig BrainWizardryZero to One

Database engine runs inside each request handler — S3 becomes the DB with conditional creates as commits.

Strengths
  • Per-request execution eliminates database servers — nothing resident means nothing to go down in your critical path.
  • Content-addressed immutable log with conditional S3 creates — git-like commit semantics without a coordinator.
  • 12k-token API surface designed for LLMs — small enough to zero-shot into any agent's context window.
Weaknesses
  • Per-request DB execution adds latency — cold starts and S3 roundtrips may not suit high-throughput workloads.
  • Early stage with 13 stars — needs production war stories before trusting it with real data.
Target Audience

Backend developers, teams building internal tools, serverless architects

Similar To

DynamoDB · Firebase · PocketBase

Similar Projects

AI/ML●●Solid

LLM Memory Solved?

130× more facts per GiB than vectors, but no semantic similarity matching.

Big BrainWizardry
gary23w
2023d ago
Developer Tools●●Solid

VibeDB – store anything with zero config

Zero-config single-file persistence plus two query styles (Mongo-like dicts or a Pythonic Q builder) makes everyday prototyping painless. The built-in Studio UI and auto-index hints are thoughtful extras for inspecting data and nudging performance, though this competes with established tiny DBs and SQLite/JSON patterns — great for side projects, but check concurrency and durability needs first.

Niche GemShip It
StevenSLXie
204mo ago