【HarmonyOS NEXT】深入解析HarmonyOS NEXT中的媒体处理功能-CFANZ编程社区

在Go进行MongoDB的查询，插入等语句的运行时，总是会用到bson.D。

对于bson.D，官方文档中的解释是有序的，这也是其与bson.M的一大区别。但是这个有序的到底是指什么有序，检索时使用索引有序，还是插入时按顺序更新？其和bson.M的具体区别是什么。下面让我们来一探究竟，

bson.D{{"foo", "bar"}, {"hello", "world"}, {"pi", 3.14159}}

典型用法

filter := bson.D{{"foo", "bar"}, {"hello", "world"}}
var result bson.D
err = collection.FindOne(context.TODO(), filter).Decode(&result)

VS bson.M

bson.M{"foo": "bar", "hello": "world", "pi": 3.14159}

可以看出，对比bson.M 和 bson.D

再看眼源码

type D = primitive.D

package primitive 

type D []E

type E struct {
  Key   string
  Value interface{}
}

bson.D就是有序数组，里面可包含多个struct E，E由 Key 和 Value 构成。

那么至此，回到文题 bson.D的有序，是什么有序，什么时候有用，什么时候无用。

排序字段：当你指定排序字段时，字段的顺序非常重要。例如，按字段 A 排序然后按字段 B 排序，可能与先按字段 B 排序然后按字段 A 排序的结果完全不同。因此，当你指定一个包含多个字段的排序文档时，应该使用 bson.D。

示例：
```
sort := bson.D{
    {"age", 1},  // 先按年龄升序排序
    {"name", 1}, // 然后按名字升序排序
}
```
插入新文档：当你插入一个新文档时，如果你希望所有文档中的字段顺序一致，应该使用 bson.D。使用 bson.M 时，字段的顺序不保证一致，而使用 bson.D 时，保存的文档中的字段顺序将与 bson.D 中列出的顺序匹配。

示例：
```
newDoc := bson.D{
    {"name", "Alice"},
    {"age", 25},
    {"location", "New York"},
}
```

过滤条件：当你在构建 MongoDB 查询的过滤条件时，字段的顺序通常不重要。MongoDB 服务器足够智能，可以根据索引找到匹配的记录，无论字段的顺序如何。

换句话说，MongoDB中使用联合索引检索的时候，不用多操心联合索引，多个查询索引的排列顺序，谁先放在前面谁放在后面，MongoDB 内部有机制能保障无论怎么排序，只要索引存在都可以命中且内部有调优的，不用太多费心。

因此，在这种情况下，可以使用 bson.M，可以更简短些。

示例：

filter := bson.M{
    "name": "Alice",
    "age": 25,
}

总结：

【HarmonyOS NEXT】深入解析HarmonyOS NEXT中的媒体处理功能