我可以对 MongoDB 游标进行第二次“查询”吗？

Question

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

但是，我可以对一些索引进行bTreeCursor 查询，这会将我的搜索限制为大约 500 个文档。我们将此查询称为bTreeCursorMatch。

有没有办法可以直接在 bTreeCursorMatch 产生的光标或集合上执行此操作 basicCursorMatch？

我凭直觉尝试过

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 中有大约 2 亿个文档。

要了解 MongoDB 在后台执行的操作，请将 explain() 添加到光标（在 Mongo shell 中）：

> 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 个文档并按性别过滤它们。