首页   注册   登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Coding
V2EX  ›  数据库

MongoDB 数据结构方案疑问

  •  
  •   miniliuke · 96 天前 · 1253 次点击
    这是一个创建于 96 天前的主题,其中的信息可能已经有所发展或是发生改变。

    每个用户对应多个任务,任务 taskid 为唯一;用到比较多的操作是插入任务,任务更新,查询单个用户下的任务(分页查询); 现在想了两种结构, 结构 1:每个用户一个文档{userid:xx,tasks:[{taskid:xxx,...},{...}],...} 结构 2:每个任务一个文档{taskid:xxx, userid:xx,...},哪种性能比较高? 对 taskid,userid 都做索引的情况下,个人直观感觉综合来看结构 1 性能比较高,希望 mongo 大神指导一下,或者有更好的方案望告知

    6 回复  |  直到 2019-09-07 01:44:23 +08:00
        1
    TrickWu   96 天前
    是我的话可能会选择结构 2
    但其实个人觉得两种结构的话性能上基本差不了多少
        2
    DovaKeen   96 天前
    做点假数据测试测试?
        3
    miniliuke   96 天前 via Android
    @TrickWu 结构 2,比较符合 sql 的一套思维,理解和操作上比较简单。我主要感觉当任务很多时,结构 1 查询用户下面的任务会很快,其他两个操作应该差不多快吧
        4
    winglight2016   96 天前
    我记得那本 mongodb 指南的书里提到过这个问题,就是选择嵌入对象还是引用对象,结论是,要看实际的数据量,嵌入对象适合数量在 10-100k 这个数量级以内可以,再多就最好使用引用。这两种模式主要还是看数据量,性能差距不大——毕竟你不会一次性取出所有子对象。
        5
    luw2007   96 天前
    这个没有最好的方案。 取决于但一个用户的任务数,以及操作读写占比,业务流程。
    结构 3 {userid:xx,tasks:{taskid:{k:v...}}}
        6
    zzl22100048   96 天前
    选 1 的话 mongodb 单文档有大小限制
    关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   4287 人在线   最高记录 5043   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.3 · 23ms · UTC 03:01 · PVG 11:01 · LAX 19:01 · JFK 22:01
    ♥ Do have faith in what you're doing.