Related Blogs 
这是一个创建于 2105 天前的主题，其中的信息可能已经有所发展或是发生改变。
基础的用户资料，比如 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 PRO 预计多少用户多少数据量？少的话直接 mysql 加个 json 字段更方便。 |
 | 4 reus 2020-03-11 19:15:36 +08:00 via Android postgresql |
 | 5 qiayue PRO 先直接 mysql 就可以了， 等你有了 100 万用户时再来考虑其他问题 |
 | 6 xcstream 2020-03-11 19:34:19 +08:0 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