Eri*_*son 7 performance mongodb aggregation-framework
我想从我的数据库中的集合中检索字段的区域值.该distinct
命令是显而易见的解决方案.问题是某些字段具有大量可能的值并且不是简单的原始值(即,复杂的子文档而不仅仅是字符串).这意味着结果很大,导致我将结果传递给客户端.
显而易见的解决方案是对得到的不同值进行分页.但我找不到最佳方法来做到这一点.由于distinct
没有分页选项(限制,跳过等),我转向聚合框架.我的基本管道是:
[
{$match: {... the documents I am interested in ...}},
{$group: {_id: '$myfield'},
{$sort: {_id: 1},
{$limit: 10},
]
Run Code Online (Sandbox Code Playgroud)
这给了我前10个唯一值myfield
.为了获得下一页,将向管道中添加$ skip运算符.所以:
[
{$match: {... the documents I am interested in ...}},
{$group: {_id: '$myfield'},
{$sort: {_id: 1},
{$skip: 10},
{$limit: 10},
]
Run Code Online (Sandbox Code Playgroud)
但有时候,我从中收集唯一值的字段是一个数组.这意味着我必须在分组之前解开它.所以:
[
{$match: {... the documents I am interested in ...}},
{$unwind: '$myfield'}
{$group: {_id: '$myfield'},
{$sort: {_id: 1},
{$skip: 10},
{$limit: 10},
]
Run Code Online (Sandbox Code Playgroud)
其他时候,我获得唯一值的字段可能不是数组,但它的父节点可能是一个数组.所以:
[
{$match: {... the documents I am interested in ...}},
{$unwind: '$list'}
{$group: {_id: '$list.myfield'},
{$sort: {_id: 1},
{$skip: 10},
{$limit: 10},
]
Run Code Online (Sandbox Code Playgroud)
最后有时候我还需要对字段内的数据进行过滤我得到了不同的值.这意味着我在放松后有时需要另一个匹配算子:
[
{$match: {... the documents I am interested in ...}},
{$unwind: '$list'}
{$match: {... filter within list.myfield ...}},
{$group: {_id: '$list.myfield'},
{$sort: {_id: 1},
{$skip: 10},
{$limit: 10},
]
Run Code Online (Sandbox Code Playgroud)
以上都是我实际数据的简化.这是来自应用程序的真实管道:
[
{"$match": {
"source_name":"fmls",
"data.surroundings.school.nearby.district.id": 1300120,
"compiled_at":{"$exists":true},
"data.status.current":{"$ne":"Sold"}
}},
{"$unwind":"$data.surroundings.school.nearby"},
{"$match": {
"source_name":"fmls",
"data.surroundings.school.nearby.district.id":1300120,
"compiled_at":{"$exists":true},
"data.status.current":{"$ne":"Sold"}
}},
{"$group":{"_id":"$data.surroundings.school.nearby"}},
{"$sort":{"_id":1}},
{"$skip":10},
{"$limit":10}
]
Run Code Online (Sandbox Code Playgroud)
我将同一$match
文档交给初始过滤器和展开后的过滤器,因为$match
文档对于第三方来说有些不透明,所以我真的不知道查询的哪些部分在我放松之外过滤而在我得到的数据内部不同的价值观.
有没有明显不同的方式来解决这个问题.一般来说,我的策略是有效的,但有一些查询需要10-15秒才能返回结果.该集合中有大约200,000个文档,但$match
在应用管道中的第一个之后只有大约60,000个文档(可以使用索引).
归档时间: |
|
查看次数: |
1684 次 |
最近记录: |