我手头接到一个重构的任务,其中最关键的是原系统中,每个用户都有数万到数十万的数据存储,写入和查询的频率很低,相对来说查询的频率会稍微高点。目前选哪种数据库纠结了,所以问问大家。谢谢
1
male110 2019-05-07 19:12:09 +08:00
都可以。任何一种
|
2
BCy66drFCvk1Ou87 2019-05-07 20:18:09 +08:00
PostgreSQL - The World's Most Advanced Open Source Relational Database
|
3
hoyixi 2019-05-07 20:21:52 +08:00
除了数据库产品本身的特点,自己的技术、经验,以及以后的可维护性,都需要考虑。
如果系统一直在你手里的话,最好别给自己挖坑。 |
4
huangzhe8263 2019-05-07 20:25:08 +08:00
这种问负责重构的领导呗,别把锅自己背上
|
5
zasray OP 数据量可能在 6000 万到 3 个亿 纠了个结,在考虑某云的表格存储
|
6
alcarl 2019-05-07 20:58:14 +08:00 via Android
mysql,没有特殊需求纯为应用辅助的,通通 mysql
|
7
des 2019-05-07 21:39:48 +08:00 via iPad
PostgreSQL
|
8
opengps 2019-05-07 21:49:01 +08:00
这个量,差不多的数据库都能承载,硬盘好点,语句规范点命中索引,基本没问题
|
10
PureWhiteWu 2019-05-07 21:54:54 +08:00
mysql 吧,毕竟社区大生态好
|
11
zasray OP @opengps 目前单表到了 1000 万左右,之前做了分表处理,所以目前还能处理过来。 但是未来 30 倍的增长空间,对 mysql 有点没信心
|
12
opengps 2019-05-07 22:25:30 +08:00
@zasray 无非是表分区,分表,分库。压力大了就分散,避免挑战单机极限。我举个例子你理解下就放心了,曾经看到某大佬分享过这么一句:“余额宝上线初期使用了 50 个 MySql 实例提供服务”
|
13
chinesestudio 2019-05-08 03:58:55 +08:00 via Android
你熟悉哪个就用哪个 就这么点数据
|
14
zasray OP 明白了 感谢各位
|