这是一个创建于 1888 天前的主题，其中的信息可能已经有所发展或是发生改变。
每个用户对应多个任务，任务 taskid 为唯一；用到比较多的操作是插入任务，任务更新，查询单个用户下的任务（分页查询）； 现在想了两种结构， 结构 1：每个用户一个文档{userid:xx,tasks:[{taskid:xxx,...},{...}],...} 结构 2：每个任务一个文档{taskid:xxx, userid:xx,...},哪种性能比较高？ 对 taskid，userid 都做索引的情况下，个人直观感觉综合来看结构 1 性能比较高，希望 mongo 大神指导一下，或者有更好的方案望告知
 |
1
TrickWu 2019-09-06 19:26:36 +08:00
是我的话可能会选择结构 2
但其实个人觉得两种结构的话性能上基本差不了多少 |
 |
2
DovaKeen 2019-09-06 19:30:43 +08:00
做点假数据测试测试？
|
 |
3
miniliuke OP @TrickWu 结构 2，比较符合 sql 的一套思维，理解和操作上比较简单。我主要感觉当任务很多时，结构 1 查询用户下面的任务会很快，其他两个操作应该差不多快吧
|
 |
4
winglight2016 2019-09-06 20:21:23 +08:00
我记得那本 mongodb 指南的书里提到过这个问题，就是选择嵌入对象还是引用对象，结论是，要看实际的数据量，嵌入对象适合数量在 10-100k 这个数量级以内可以，再多就最好使用引用。这两种模式主要还是看数据量，性能差距不大——毕竟你不会一次性取出所有子对象。
|
 |
5
luw2007 2019-09-06 20:22:41 +08:00
这个没有最好的方案。 取决于但一个用户的任务数，以及操作读写占比，业务流程。
结构 3 {userid:xx,tasks:{taskid:{k:v...}}} |
 |
6
zzl22100048 2019-09-07 01:44:23 +08:00
选 1 的话 mongodb 单文档有大小限制
|
Select Language