我可以在MongoDB光标上做第二个'查询'吗？

Question

想象一下包含大约5,000,000个文档的集合。我需要做一个basicCursor查询来选择基于太多字段进行索引的〜100个文档。我们称之为basicCursorMatch。这将非常缓慢。

但是我可以在bTreeCursor上查询几个索引，这会限制我的搜索到500个文档。我们称这个查询为bTreeCursorMatch。

有没有一种方法可以直接在上做游标或从bTreeCursorMatch产生的集合？

凭直觉我试图

var cursor = collection.find(bTreeCursorMatch); 
var results = cursor.find(basicCursorMatch); 

类似collection.find(bTreeCursorMatch).find(basicCursorMatch)，这似乎并没有工作。

另外，我希望我可以做这样的事情：

collection.aggregate([ 
    {$match: bTreeCursorMatch}, // Uses index 5,000,000 -> 500 fast 
    {$match: basicCursorMatch}, // No index, 500 -> 100 'slow' 
    {$sort} 
]); 

..但似乎我不能做到这一点无论是。有没有别的办法可以做我想做的事？

我问的原因是因为这第二个查询将有很大的不同，我没有办法索引所有的字段。但我确实希望使用bTreeCursor进行第一个查询，否则查询整个集合将永远使用basicCursor。

更新

此外，通过用户输入的文档500的部分选定将被以不同的方式在会话期间与不可预测的basicCursor查询查询，使用多个$in$eq$gt$lt。但在此期间，bTreeCursor子选举仍然相同。我应该继续为每个用户查询做两个查询吗，还是有一种更有效的方法来保存这个集合的reference？

Answer 1

实际上，您很少需要在游标上运行第二个查询。您特别不需要将MongoDB的工作分解为单独的可索引/不可索引块。

如果您向MongoDB的find方法传递查询，那么可以通过在索引中查找来部分满足该方法，MongoDB将首先执行查找，然后对其余文档执行全面扫描。

举例来说，我有一个集合users与像文件：

{ _id : 4, gender : "M", ... } 

有一个指数_id，但不是性别。在users有~200M文件。

想了解一下MongoDB是引擎盖下做的一个想法，添加explain()你的光标（在蒙戈外壳）：

> db.users.find({ _id : { $gte : 1, $lt : 10 } }).explain() 
{ 
    "cursor" : "BtreeCursor oldId_1_state_1", 
    "n" : 9, 
    "nscannedObjects" : 9 
} 

我已经削减了一些由explain返回的字段。基本上，光标会告诉你它是否使用索引，n告诉你查询返回的文档数，而nscannedObjects是查询过程中扫描的对象数。在这种情况下，mongodb能够精确扫描正确数量的对象。

如果我们现在查询性别，会发生什么？

> db.users.find({ _id : { $gte : 1, $lt : 10 }, gender : "F" }).explain() 
{ 
    "cursor" : "BtreeCursor oldId_1_state_1", 
    "n" : 5, 
    "nscannedObjects" : 9 
} 

find返回5个对象，但必须扫描9个文档。因此，它能够使用_id字段隔离正确的9个文档。然后它通过所有9个文件并按性别过滤它们。