SQLite Is All You Need

One tiny database file just embarrassed bigger setups, and the comments got spicy

TLDR: A developer says a social app ran shockingly well from one simple database file on a laptop, challenging the idea that every project needs a heavy setup. Commenters split between cheering the simplicity, mocking the article’s AI-like writing, and asking the obvious question: great, but what about real scaling?

A developer built a whole mini social network called Chirp using one SQLite file—yes, one plain file on a laptop—and the numbers made people do a double take. We’re talking 50,000 users, 1 million posts, and a heavy feed page supposedly handling 315 million requests a day. The article’s big flex is simple: for most normal apps, you probably do not need a giant database setup humming in the background just because everyone else does it.

And the comments? Instant culture war. One camp was basically yelling “KISS wins again,” with people saying they already use SQLite for nearly everything because it’s simpler, faster, and avoids spinning up extra moving parts. Another commenter chimed in with the ultimate smug victory lap: apps feel faster when the data is right there on the same machine. That’s the kind of anti-bloat energy the thread loved.

But then came the backlash. One of the most upvoted groans wasn’t even about the benchmark numbers—it was about the writing style. A reader called the article’s “LLM writing style” “insufferable,” which is peak 2026 internet: even when the benchmark is wild, the real fight is whether the prose sounds too robot-polished. And of course the party-pooper practical question showed up fast: what happens when you need more than one server? That’s where the SQLite victory parade hit a speed bump. So yes, the benchmark impressed people—but the real drama was the comments splitting into “this is all you need” and “cool story, now scale it.”

Key Points

  • The article benchmarks a social network called Chirp built on a single 343MB SQLite database file containing 50,000 users, 1,000,000 posts, 2,498,799 follows, and 4,999,764 likes.
  • The backend uses one Node process and a SQLite configuration based on five pragmas: WAL mode, NORMAL synchronous mode, a 5000ms busy timeout, foreign keys enabled, and a 64MB page cache.
  • End-to-end HTTP benchmarks on an Apple M1 laptop reported median throughput of 51,427 requests per second for post reads, 47,776 for profile reads, and 3,543 for the heavy timeline endpoint.
  • A mixed workload of 95% timeline reads and 5% writes reached 3,654 requests per second, which the article translates to about 315 million requests per day for the heaviest endpoint.
  • Raw query benchmarks reported 232,011 point reads per second, 175,850 profile queries per second, 4,247 home timeline queries per second, and 32,217 rows per second for batched post inserts.

Hottest takes

"The LLM writing style? Insufferable." — audunw
"KISS is always the way to go." — afonsosoares
"what do you do when you need more than one server" — 0xblinq
Made with <3 by @siedrix and @shesho from CDMX. Powered by Forge&Hive.