存储用户的扩展字段（自定义字段），用 ES 合适还是 MongoDB - V2EX

Home Sign Up Sign In

推荐工具

推荐书目

› 50 Tips and Tricks for MongoDB Developers

Related Blogs

› Snail in a Turtleneck

This topic created in 2434 days ago, the information mentioned may be changed or developed.

基础的用户资料，比如 ID、手机号等等是 MySQL 存储的

现在有个新需求，就是存储用户扩展信息，比如兴趣、获奖经历等等等等

这些字段都是用户根据自己需要起的，没有固定的项目（类似金数据那种自定义字段）

个别字段可能涉及到统计或排序

比如出生日期，那么后续可能要找，填了这个字段，生日早于 90 年的

或者自定义字段叫年收入，那么后续统计平均年收入的时候，就涉及到求和、求平均等操作

请问用哪种比较好？

Supplement 1 · Mar 11, 2020

计划是对第三方提供接口，

预计有 [上百个] 客户

[每个] 客户会自定义 2-10 个字段

[每个] 客户数据条数不一，少则几十条，多则几十万条

12 replies • 2020-03-11 22:52:44 +08:00

thinkmore

Mar 11, 2020

1

其实都可以。

要看你自己的需求了，如果数据量不够大，搜索请求也比较小的话，建议 mongodb,不然 es

mnssbe

Mar 11, 2020

2

关系型数据库做不了么

shiny

Mar 11, 2020

3

预计多少用户多少数据量？少的话直接 mysql 加个 json 字段更方便。

reus

Mar 11, 2020 via Android

4

postgresql

qiayue

Mar 11, 2020

5

先直接 mysql 就可以了，
等你有了 100 万用户时再来考虑其他问题

xcstream

Mar 11, 2020

6

mysql 放个 json

hantsy

Mar 11, 2020

7

mysql, posgresql 都支持 JSON 类型字段。

lithiumii

Mar 11, 2020 via Android

8

mysql 又不是不能实现自定义字段

zoowii

Mar 11, 2020

9

mysql

laminux29

Mar 11, 2020

10

不要用 PostgreSQL，这玩意连个内存表都没有。

misaka19000

Mar 11, 2020

11

一共就几百万条数据？ qps 高吗

herozzm

Mar 11, 2020 via Android

12

es 主要的天生负载均衡节点多全文搜索快可以承载大数据

About · Help · Advertise · Blog · API · FAQ · Privacy · Solana · 912 Online Highest 6679 ·

Select Language

创意工作者们的社区

World is powered by solitude

VERSION: 3.9.8.5 · 37ms · UTC 21:19 · PVG 05:19 · LAX 13:19 · JFK 16:19
♥ Do have faith in what you're doing.