用 sqlite 来当 toB 应用的数据库怎么样

数据量估计撑死就几万条

写 json 文件当数据都毫无压力，大胆用 sqlite 吧，😃

sqlite 的读写还是单线程吧，反正 opencode codex 这种，数据一多明显卡顿

做好文件备份就行

一年几万条不是随便搞,你用 json 文件都没问题

少量并发用户、单线程多半没啥问题，如果用户数多一点，还是用 pg/mysql 这类，出了问题也赖不上你

现在不是还有 pg-lite,rqlite,duckdb 这些玩意儿吗,应该都可以有所弥补,也足够轻量

这点数据量不是太简单了？直接加载到内存，定期备份就行了

可以说毫无压力，万一真碰到性能问题迁移就是了

可以是可以，但是文件数据库在并发写上有缺陷，你要看看你的业务场景有没有并发写的使用情况，如果有，不建议用。

用单机 redis 都没问题，我用了五六年了

数据总量不超过内存的, 锁保护 JSON 单文件即可.

我记得 QQ 和微信的数据就是采用 sqlite 做的存储（不知道现在是不是还这样），如果担心并发写的问题，可以启用 wal 特性。