我是否可以存储赢得'；不影响MongoDB中的查询性能？

我们有一个应用程序，需要保存文档中的数据，用于查询和排序。数据应该是无模式的，因为一些字段只有通过使用才能知道。因此，MongoDB是一个很好的解决方案，它对我们来说非常有用

每个文档中的部分数据用于显示目的。这意味着数据可以是客户端用来绘制图表的对象（比如json）

我尝试使用gridfs保存这些数据，但用例使其响应不够。此外，即使文档中有图表数据，文档也不会超过16MB的限制。事实上，在尝试将这些数据直接保存到文档中时，我们得到了更好的结果

此数据仅用于客户端响应，这意味着我们永远不应该查询它。所以我的问题是，我可以将此数据插入MongoDB，并将其设置为“非查询”数据吗？也就是说，我可以在不影响Mongo性能的情况下插入此数据吗？数据是严格的，一旦插入文档，可能只会更新现有字段，而不会添加新字段

我注意到Mongo中有一种二进制数据类型，我想知道是否应该对非二进制的对象使用这种类型。这能告诉我我在找什么吗？

---

另外，我想知道在我的文档中使用这种类型有什么好处。它能为我节省磁盘空间吗？

与MongoDB 3.4一样，从存储/内存的角度来看，读写操作在单个文档的级别上是原子的。如果MongoDB服务器需要从内存或磁盘获取文档（即使在这样的情况下），则通常必须将完整文档加载到

mongod

上的内存中。唯一的例外是，如果可以，则返回的所有字段也都包含在所使用的索引中

此数据仅用于客户端响应，这意味着我们永远不应该查询它

不直接查询的数据字段不需要位于任何索引中。但是，目前在MongoDB中没有类似“不用于查询”字段的概念。您可以查询或投影任何字段（带索引或不带索引）

也就是说，我可以在不影响Mongo性能的情况下插入此数据吗

具有非常不同访问或增长模式的数据（例如不经常请求的客户端数据）是建议与具有频繁访问数据的父文档分开存储的候选数据。这将提高

mongod

的内存使用效率，避免在处理父集合中的文档时不必要地检索数据

我注意到Mongo中有一种二进制数据类型，我想知道是否应该对非二进制的对象使用这种类型。这能告诉我我在找什么吗？另外，我想知道在我的文档中使用这种类型有什么好处。它能帮我节省磁盘空间吗

---

您应该使用最适合所存储数据的类型。将文本数据存储为二进制文件不会为服务器存储带来任何明显的效率。但是，如果只通过客户端代码解释复杂对象，则将其存储为单个值（例如，序列化为字符串的JSON文档）可以节省一些序列化开销。就索引或查询而言，存储在MongoDB中的二进制数据将是一个不透明的blob，这听起来很适合您。

与MongoDB 3.4一样，从存储/内存的角度来看，读写操作在单个文档的级别上是原子的。如果MongoDB服务器需要从内存或磁盘获取文档（即使在这样的情况下），则通常必须将完整文档加载到

mongod

上的内存中。唯一的例外是，如果可以，则返回的所有字段也都包含在所使用的索引中

此数据仅用于客户端响应，这意味着我们永远不应该查询它

不直接查询的数据字段不需要位于任何索引中。但是，目前在MongoDB中没有类似“不用于查询”字段的概念。您可以查询或投影任何字段（带索引或不带索引）

也就是说，我可以在不影响Mongo性能的情况下插入此数据吗

具有非常不同访问或增长模式的数据（例如不经常请求的客户端数据）是建议与具有频繁访问数据的父文档分开存储的候选数据。这将提高

mongod

的内存使用效率，避免在处理父集合中的文档时不必要地检索数据

我注意到Mongo中有一种二进制数据类型，我想知道是否应该对非二进制的对象使用这种类型。这能告诉我我在找什么吗？另外，我想知道在我的文档中使用这种类型有什么好处。它能帮我节省磁盘空间吗

---

您应该使用最适合所存储数据的类型。将文本数据存储为二进制文件不会为服务器存储带来任何明显的效率。但是，如果只通过客户端代码解释复杂对象，则将其存储为单个值（例如，序列化为字符串的JSON文档）可以节省一些序列化开销。就索引或查询而言，MongoDB中存储的二进制数据将是一个不透明的blob，这听起来很适合您的目的。

这是一个比您可能意识到的范围更广的问题。但在一般原则上，将这些数据“嵌入”到每个文档中并仅在实际请求的请求中实际使用这些数据并没有错。在这种情况下，您通常希望从“一般查询”结果中处理这样的属性，否则，即使其他显示逻辑不引用它，它也会返回。其中，查询条件中实际使用的字段是唯一返回的字段。与此相结合的是th