每天产生 1000 条左右消息的内网 Matrix 服务器可以用 SQLite 吗？有必要上 PostgreSQL 吗？

[rv54ntjwfm3ug8]

[nekoneko]

没必要上 pg

[maichael]

没必要，这数量级用啥都一样。

[adoal]

没必要。但是纠结的话上了也好，说不定哪天就会有一些奇怪需求出来，而 pg 搞定奇怪需求的能力是杠杠的。

[eason1874]

够用，没必要

[littlewing]

一步到位，直接上 pg ，又不需要多多少开发运维成本

[nine]

当然有了。
所有项目能用 pg 的都用 pg 。

技术栈统一，省太多事

[moen]

既然都 pg 了，这需求加个 timescaledb 扩展也好

[xumng123]

别用 sqllite ，以后想换导出数据都困难，直接上 pg 或 mysql

[unclemcz]

不要把 sqlite3 当做单机数据库看，自己做个压测就会发现它的性能超乎想象，如果确定以后不考虑数据库和服务分开部署，选它还挺好的。

[ychost]

没必要上，SQlite 的性能真的很强，还有个好处，后面迁移的话整个 docker 镜像搬过去就行了，不需要额外配置

[nightwitch]

确定以后不会增添奇怪的需求就用 sqlite ，部署太方便了

[ch2]

1 千万条以下不用换别的

[wangnimabenma]

sqllite 起飞好吧 1K 一天一年也才 30 来万

[xuanbg]

SQLite 只是功能比较少，但在一定的数据量内性能吊打一众非内存数据库。

[bthulu]

1000 条用什么数据库啊, 存.json 文件就行了

[cais]

保不齐 后续升级或者业务增加，建议一步到位吧 ，pg 安装也不费劲

[lysS]

1000 条存脑子里就可以

[dongtingyue]

一天一个 log 文件都可以了

[laozhoubuluo]

如果这玩意稳定一天一千条而且没什么并发又是短期使用的话没啥问题。
如果要考虑并发承载、三五年甚至更久之后还在用或者消息量可能增长的话建议还是 PGSQL ，毕竟上 PG 的成本也高不到哪里去。

[815979670]

没必要，我之前测试过 九百万数据用 SQLite 单文件 加索引查询起来还是很快的 基本不超过 0.1 秒，不加索引查是 0.15 秒左右。
主要看有没有并发写场景，如果没有完全是可以的。
关于快速入库 可以参考一下这个： https://www.dbkuaizi.com/archives/154.html