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