似乎 mongo 不允许插入带有点 (.) 或美元符号 ($) 的键，但是当我使用 mongoimport 工具导入一个包含点的 JSON 文件时，它工作正常。驱动程序抱怨试图插入该元素。
这是文档在数据库中的样子：
{
"_id": {
"$oid": "..."
},
"make": "saab",
"models": {
"9.7x": [
2007,
2008,
2009,
2010
]
}
}
我做这一切都错了吗，不应该像这样使用带有外部数据（即模型）的哈希映射，或者我可以以某种方式逃避点吗？也许我在想太多类似 Javascript 的东西。
MongoDB 不支持其中带有点的键，因此您将不得不预处理您的 JSON 文件以在导入之前删除/替换它们，否则您将面临各种问题。
这个问题没有标准的解决方法，最好的方法太依赖于具体情况。但是如果可能的话，我会避免使用任何关键的编码器/解码器方法，因为您将继续永久地支付这种不便，其中 JSON 重组可能是一次性成本。
正如其他答案中提到的，由于对字段名称的限制， MongoDB 不允许$或.字符作为映射键。但是，正如美元符号运算符逃避此限制中所述，不会阻止您插入带有此类密钥的文档，它只会阻止您更新或查询它们。
简单地替换.为[dot]or U+FF0E（如本页其他地方所述）的问题是，当用户合法地想要存储密钥[dot]or时会发生什么U+FF0E？
Fantom 的 afMorphia 驱动程序采用的一种方法是使用类似于 Java 的 unicode 转义序列，但确保首先转义转义字符。本质上，进行了以下字符串替换 (*)：
\ --> \\
$ --> \u0024
. --> \u002e
当随后从MongoDB读取映射键时，会进行反向替换。
或者在Fantom代码中：
Str encodeKey(Str key) {
return key.replace("\\", "\\\\").replace("\$", "\\u0024").replace(".", "\\u002e")
}
Str decodeKey(Str key) {
return key.replace("\\u002e", ".").replace("\\u0024", "\$").replace("\\\\", "\\")
}
用户需要了解此类转换的唯一时间是在为此类键构建查询时。
鉴于dotted.property.names出于配置目的将存储在数据库中是很常见的，我相信这种方法比简单地禁止所有此类映射键更可取。
(*) afMorphia 实际上执行完整/正确的 Unicode 转义规则，如Java中的Unicode 转义语法中所述，但所描述的替换序列也同样有效。
该蒙戈文档建议替换非法字符，如$和.他们的Unicode的等价物。
在这些情况下，键需要替换保留的 $ 和 。人物。任何字符都可以，但请考虑使用 Unicode 全角等效项：U+FF04（即“＄”）和 U+FF0E（即“．”）。
MongoDB 的最新稳定版本 (v3.6.1) 现在支持在键名或字段名中使用点 (.)。
我刚刚实施的一个我非常满意的解决方案涉及将键名和值拆分为两个单独的字段。这样，我可以保持字符完全相同，而不必担心任何解析噩梦。文档看起来像：
{
...
keyName: "domain.com",
keyValue: "unregistered",
...
}
您仍然可以很容易地进行查询，只需find在keyName 和 keyValue字段上执行 a 即可。
所以而不是：
db.collection.find({"domain.com":"unregistered"})
这实际上不会按预期工作，您将运行：
db.collection.find({keyName:"domain.com", keyValue:"unregistered"})
它将返回预期的文档。