mongodb - bson.D vs bson.M 用于查找查询

Question

这个特定的问题与将 mongodb 与 golang 包一起使用有关mongo-driver，但我认为这适用于与 mongodb 的大多数接口。

当Find用于从集合中查询某些数据时，我们可以同时使用bson.M- 和bson.D-type 来指定此查找的过滤器。

bson.D如果元素的顺序很重要，bson.M则应根据文档使用，否则应使用。

D 是 BSON 文档的有序表示。当元素的顺序很重要时，应该使用这种类型，例如 MongoDB 命令文档。如果元素的顺序无关紧要，则应使用 M 代替。

现在我的问题是，使用这些结构中的任何一个，即有序结构与无序结构，是否会对 mongo 查询优化器生成的查询计划产生影响。

在经典的 SQL 数据库中，顺序通常无关紧要，因为优化器足够聪明，可以使用汇总统计信息、索引等来确定首先执行哪些查询。

我可以假设这里也是这种情况，还是使用有序结构来查询我的集合会以某种方式干扰这个/使用有序结构是否类似于使用优化器提示？如果有一些干扰，这是否会受到要搜索的字段是否被索引的影响？

标签： mongodbgoquery-optimizationmongo-go

Answer 1

您可以使用bson.M过滤器，它通常会导致更短和更清晰的过滤器声明，字段的顺序无关紧要，MongoDB 服务器足够智能，无论使用的顺序如何都能找到匹配的索引。例如，如果您有一个包含字段A和的复合索引，则首先B使用bson.D过滤器列表不会阻止服务器使用现有索引。因此，在这种情况下，您可以使用and ，这并不重要。BAbson.Mbson.D

例如，当您指定排序字段时，顺序确实很重要。如果您先按字段排序，A然后按字段排序，这确实很重要B，它可能与按B先排序再按排序完全不同A。因此，当您指定具有多个字段的排序文档时，您绝对应该使用bson.D.

例如，当您插入新文档时，顺序也可能很重要（对您而言）。如果您使用 abson.M作为文档，则不能保证所有文档中的字段顺序都相同。当您使用bson.D时，保存文档中的顺序将与您列出字段时的顺序相匹配bson.D。