推荐工具
› RoboMongo
推荐书目
› 50 Tips and Tricks for MongoDB Developers
Related Blogs
› Snail in a Turtleneck
这是一个创建于 1736 天前的主题，其中的信息可能已经有所发展或是发生改变。
基础的用户资料，比如 ID、手机号等等是 MySQL 存储的
现在有个新需求，就是存储用户扩展信息，比如兴趣、获奖经历等等等等
这些字段都是用户根据自己需要起的，没有固定的项目（类似金数据那种自定义字段）
个别字段可能涉及到统计或排序
比如出生日期，那么后续可能要找，填了这个字段，生日早于 90 年的
或者自定义字段叫年收入，那么后续统计平均年收入的时候，就涉及到求和、求平均等操作
请问用哪种比较好？
现在有个新需求，就是存储用户扩展信息，比如兴趣、获奖经历等等等等
这些字段都是用户根据自己需要起的，没有固定的项目（类似金数据那种自定义字段）
个别字段可能涉及到统计或排序
比如出生日期，那么后续可能要找，填了这个字段，生日早于 90 年的
或者自定义字段叫年收入，那么后续统计平均年收入的时候，就涉及到求和、求平均等操作
请问用哪种比较好？
第 1 条附言 · 2020-03-11 21:48:09 +08:00
计划是对第三方提供接口，
预计有 [上百个] 客户
[每个] 客户会自定义 2-10 个字段
[每个] 客户数据条数不一，少则几十条，多则几十万条
预计有 [上百个] 客户
[每个] 客户会自定义 2-10 个字段
[每个] 客户数据条数不一，少则几十条，多则几十万条
 |
1
thinkmore 2020-03-11 18:03:25 +08:00
其实都可以。
要看你自己的需求了，如果数据量不够大，搜索请求也比较小的话，建议 mongodb,不然 es |
 |
2
mnssbe 2020-03-11 18:11:27 +08:00
关系型数据库做不了么
|
 |
3
shiny 2020-03-11 18:21:35 +08:00
预计多少用户多少数据量？少的话直接 mysql 加个 json 字段更方便。
|
 |
4
reus 2020-03-11 19:15:36 +08:00 via Android
postgresql
|
 |
5
qiayue 2020-03-11 19:19:04 +08:00
先直接 mysql 就可以了，
等你有了 100 万用户时再来考虑其他问题 |
 |
6
xcstream 2020-03-11 19:34:19 +08:00
mysql 放个 json
|
 |
7
hantsy 2020-03-11 19:37:58 +08:00
mysql, posgresql 都支持 JSON 类型字段。
|
 |
8
lithiumii 2020-03-11 19:50:51 +08:00 via Android
mysql 又不是不能实现自定义字段
|
 |
9
zoowii 2020-03-11 21:04:11 +08:00
mysql
|
 |
10
laminux29 2020-03-11 22:08:13 +08:00
不要用 PostgreSQL，这玩意连个内存表都没有。
|
 |
11
misaka19000 2020-03-11 22:27:50 +08:00
一共就几百万条数据？ qps 高吗
|
 |
12
herozzm 2020-03-11 22:52:44 +08:00 via Android
es 主要的天生负载均衡 节点多 全文搜索快 可以承载大数据
|
Select Language