V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member Sign In
This topic created in 2428 days ago, the information mentioned may be changed or developed.
每个用户对应多个任务，任务 taskid 为唯一；用到比较多的操作是插入任务，任务更新，查询单个用户下的任务（分页查询）； 现在想了两种结构， 结构 1：每个用户一个文档{userid:xx,tasks:[{taskid:xxx,...},{...}],...} 结构 2：每个任务一个文档{taskid:xxx, userid:xx,...},哪种性能比较高？ 对 taskid，userid 都做索引的情况下，个人直观感觉综合来看结构 1 性能比较高，希望 mongo 大神指导一下，或者有更好的方案望告知
 |
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