Git the NoSQL Database
summary
Claim: git can serve as a schema-less key‑value database with built‑in history, hooks, branches and easy replication; experiments include an issue tracker called gasket and libraries like grit and libgit2 (rugged bindings exist). Concrete limits: about 100 commits/sec on SSD for a single hot file, 14/sec for 1,000 flat keys, 67/sec after sharding paths; Facebook reported 4M commits 1.3M files 15GB repack took two days and simple ops ranged from 7s to 41min. Major failures: no transactions, frequent race conditions, painful merge conflicts, and poor scale for write‑heavy workloads.
AI-written summary · about
chapters (9)
- 0:00Introduction and motivation
- 4:07Understanding Git plumbing
- 7:30Data management mechanisms
- 13:31Ruby library implementation
- 16:16ORMs for Git
- 17:56Benefits of Git as storage
- 23:09Challenges and limitations
- 28:52Scaling and infrastructure
- 30:57Use cases and Q&A
related talks
40mUsing Git as a NoSql Database
48mUsing Git as a NoSql Database
35mGit: the stupid NOSQL database
22mDat
25mManaging changes to your data with dat
52mFrom 0 $100 billion: Inside lessons on how to scale your dev workflow
21mUse cases that drive the need for NoSQL databases
43mGit for Data- Data Versioning for Reproducible Data Science with Dolt
