正在打开每日关注
正在打开每日关注
作者力推所有新应用默认用 SQLite，称其查询比 Supabase 一次网络往返快 90%。
It's insane how people sleep on SQLite in production. It's the absolute cheat-code. The fastest db money can buy. Infinitely scalable. All queries are 90% faster than a single roundtrip to Supabase. Literally unbeatable. Why wouldn't you start every single app with SQLite?
是什么 一条纯观点推文：Sebastian Szturo 认为 SQLite 在生产环境中被严重低估，称其为“作弊码”——最快的数据库、查询比 Supabase 一次网络往返快 90%，主张每个新应用都从 SQLite 起步。
核心论点 论据核心是架构差异：SQLite 是嵌入式、无服务器的进程内数据库，读写无需网络往返；而 Supabase 这类托管 Postgres 每次查询都要付出一次客户端-服务器的 RTT。对于读密集、单机可承载的负载，前者延迟天然低一个数量级。这与近年 Litestream、LiteFS、Turso/libSQL、Cloudflare D1 等推动的“SQLite 上生产”浪潮一致。
关键洞察 真正的争议点在于“默认选择”：多数开发者无条件为新项目配托管 Postgres，而作者主张先评估负载特征再选型——很多应用根本用不上分布式数据库的能力，却一直在支付网络延迟与运维成本。
边界与风险 “无限可扩展”明显是夸张修辞：SQLite 单写者模型无法水平扩展写入，多节点高可用需额外引入复制与备份方案（如 Litestream），多区域写入更是天然短板。该推文价值在于挑战惯性选型，但不应照字面当作普适结论。