
1 nekoneko 2022-02-08 16:15:50 +08:00 没必要上 pg |
2 maichael 2022-02-08 16:17:35 +08:00 没必要,这数量级用啥都一样。 |
3 adoal 2022-02-08 16:20:42 +08:00 没必要。但是纠结的话上了也好,说不定哪天就会有一些奇怪需求出来,而 pg 搞定奇怪需求的能力是杠杠的。 |
4 eason1874 2022-02-08 16:23:09 +08:00 够用,没必要 |
5 littlewing 2022-02-08 16:23:32 +08:00 一步到位,直接上 pg ,又不需要多多少开发运维成本 |
6 nine 2022-02-08 17:07:05 +08:00 当然有了。 所有项目能用 pg 的都用 pg 。 技术栈统一,省太多事 |
7 moen 2022-02-08 17:16:35 +08:00 via Android 既然都 pg 了,这需求加个 timescaledb 扩展也好 |
8 xumng123 2022-02-08 20:44:16 +08:00 via ihone 别用 sqllite ,以后想换导出数据都困难,直接上 pg 或 mysql |
9 unclemcz 2022-02-08 21:19:31 +08:00 via Android 不要把 sqlite3 当做单机数据库看,自己做个压测就会发现它的性能超乎想象,如果确定以后不考虑数据库和服务分开部署,选它还挺好的。 |
10 ychost 2022-02-08 22:04:11 +08:00 没必要上,SQlite 的性能真的很强,还有个好处,后面迁移的话整个 docker 镜像搬过去就行了,不需要额外配置 |
11 nightwitch 2022-02-08 22:14:56 +08:00 确定以后不会增添奇怪的需求就用 sqlite ,部署太方便了 |
12 ch2 2022-02-08 22:32:39 +08:00 1 千万条以下不用换别的 |
13 wangnimabenma 2022-02-09 00:08:51 +08:00 sqllite 起飞好吧 1K 一天一年也才 30 来万 |
14 xuanbg 2022-02-09 08:32:49 +08:00 SQLite 只是功能比较少,但在一定的数据量内性能吊打一众非内存数据库。 |
15 bthulu 2022-02-09 08:43:51 +08:00 1000 条用什么数据库啊, 存.json 文件就行了 |
16 cais 2022-02-09 10:14:58 +08:00 保不齐 后续升级或者业务增加,建议一步到位吧 ,pg 安装也不费劲 |
17 lysS 2022-02-09 14:33:36 +08:00 1000 条存脑子里就可以 |
18 dongtingyue 2022-02-09 17:04:52 +08:00 一天一个 log 文件都可以了 |
19 laozhoubuluo 2022-02-09 22:40:01 +08:00 如果这玩意稳定一天一千条而且没什么并发又是短期使用的话没啥问题。 如果要考虑并发承载、三五年甚至更久之后还在用或者消息量可能增长的话建议还是 PGSQL ,毕竟上 PG 的成本也高不到哪里去。 |
20 815979670 2022-02-10 07:57:39 +08:00 没必要,我之前测试过 九百万数据用 SQLite 单文件 加索引查询起来还是很快的 基本不超过 0.1 秒,不加索引查是 0.15 秒左右。 主要看有没有并发写场景,如果没有完全是可以的。 关于快速入库 可以参考一下这个: https://www.dbkuaizi.com/archives/154.html |
21 tt0411 2022-02-11 12:48:09 +08:00 技术角度: 没必要 非技术角度: 看领导 [doge] |