在 MongoDB 查询 JSON 数据遇到的 bug|OhYee 博客

新版本的博客使用的是 MongoDB 数据库，本意是为了支持更自由的类型（实际上其实没啥意义），但是却又在 JSON 上遇到到了奇怪的 bug

这是一篇最后编辑于 6 年前的文章，其内容可能与目前实际情况差异较大，请注意甄别

在 MongoDB 查询 JSON 数据遇到的 bug

问题描述

首先，假设有这么一个表：

key	value
password	`"123456"`
view	`1000`
object	`[{name:"A", type: 1}]`

这是一个用于存储一些变量的表，由于变量类型多种多样，因此这里的 value 可能是任意的类型。这里问题就出现在 key 为object的数据

在 Go 中，如果要查询这个表，最简单的办法是构造一个结构体

type V struct {
    Key string `bson:"key"`
    Value interface{} `bson:"value"`
}

用这个结构体申请一个[]V的变量，并用其接收查询结果
按照正常思路，这里应该接收到如下的数据：

[]V{
    V{Key: "password", Value: "123456"},
    V{Key: "view", Value: 1000},
    V{Key: "object", Value: []map[string]interface{}{
        map[string]interface{}{"name":"A", "type": 1},
    }},
}

但是实际上，这里 object 获得是一个primitive.A类型，并且每一个元素都是一个primitive.E：

type E struct {
	Key   string
	Value interface{}
}

因此如果直接以这种形式查询，得到的结果是有问题的，毕竟 JSON 在 Go 中对应的类型应该是 map[string]interface{}

猜测原因

在 Go 的 MongoDB 驱动器中，针对几种不同类型的键值对，其实是有不同含义的，比如常见的map[string]interface{}，由于其无序性，可能实现的结果和预期不一样，比如一个{name: "OhYee", age: 1}的 JSON 数据，如果以 map 的形式传入 Go 中，可能会是 {age: 1, name: "OhYee"}，因为age的字典序小于name。
当然，原则上来说这里本身就应该是无序的，但是由于各种原因，还是引入了primitive.D这一类型，使用列表的有序性，将每一个键值对存储为primitive.E中，并用列表保持顺序
由于在 Go 的驱动器中，存在两种不同的存储形式：有序字典、无序字典，而我们理解的 JSON 对应的应该是无序字典。当查询出有序字典时，就会出现上述问题

解决办法

如果不使用上面的结构体V来接收数据，而是使用[]map[string]interface{}定义的变量接收，则可以以无序字典形式获取数据（当然，顺序也没了）

在查询出结果后，再手动将其转换为结构 V 即可

推荐订阅源

OhYee 博客