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