MongoDB 数据结构方案疑问

[miniliuke]

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

[TrickWu]

是我的话可能会选择结构 2
但其实个人觉得两种结构的话性能上基本差不了多少

[DovaKeen]

做点假数据测试测试？

[miniliuke]

@TrickWu 结构 2，比较符合 sql 的一套思维，理解和操作上比较简单。我主要感觉当任务很多时，结构 1 查询用户下面的任务会很快，其他两个操作应该差不多快吧

[winglight2016]

我记得那本 mongodb 指南的书里提到过这个问题，就是选择嵌入对象还是引用对象，结论是，要看实际的数据量，嵌入对象适合数量在 10-100k 这个数量级以内可以，再多就最好使用引用。这两种模式主要还是看数据量，性能差距不大——毕竟你不会一次性取出所有子对象。

[luw2007]

这个没有最好的方案。 取决于但一个用户的任务数，以及操作读写占比，业务流程。
结构 3 {userid:xx,tasks:{taskid:{k:v...}}}

[zzl22100048]

选 1 的话 mongodb 单文档有大小限制