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