简而言之：如果您有大量不同大小的文档，那么相对较少的文档达到最大对象大小，那么在MongoDB中存储这些文档的最佳做法是什么？
我有一组文件，如：
{_id: ...,
values: [12, 13, 434, 5555 ...]
}
值列表的长度因文档的不同而异。对于大多数文档来说，它会有一些元素，少数元素会有数千万个元素，我将在MongoDB中达到最大对象大小限制。麻烦是我提出的任何特殊解决方案，因为那些非常大（而且相对较少）的文档可能会影响我如何存储小文档，否则这些文档会在MongoDB集合中幸福地生活。
据我所知，我有以下选择。我将不胜感激任何有关这些优缺点的输入，以及我错过的任何其他选项。
1）使用另一个数据存储：这看起来太激烈了。我喜欢MongoDB，并不像我达到许多对象的大小限制。在单词的情况下，我的应用程序可以不同地处理非常大的对象和其他对象。它看起来并不优雅。
2）使用GridFS存储值：像传统数据库中的blob一样，我可以在文档中保留前几千个值元素，如果列表中有更多元素，我可以将其余元素保存在GridFS中对象作为二进制文件。我无法在这部分进行搜索，但我可以忍受这一点。
3）滥用GridFS：我可以将每个文档保存在gridFS中。对于大多数（小）文档，二进制块将为空，因为文件集合将能够保留所有内容。其余的我可以将多余的元素保留在块集合中。与选项＃2相比，这是否会带来开销？
4）真的滥用GridFS：我可以使用GridFS文件集合中的可选字段来存储值中的所有元素。 GridFS是否也为文件集合进行智能分块？
5）使用额外的“关系”集合来存储一对多关系，但此集合中的许多文档很容易超过一千亿行。