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

MongoDB 数据结构方案疑问

  •  
  •   miniliuke · 2019-09-06 19:22:47 +08:00 · 1895 次点击
    这是一个创建于 1665 天前的主题,其中的信息可能已经有所发展或是发生改变。

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