如果我有大量的集合，看起来数据库分片很棒。如果我有很多相当大的集合怎么办？假设对于 1 个包含 100 000 000 个文档（不是很大的评论）的集合，分片是有效的。它对 10 000 个集合（每个集合包含 10 000 个文档）是否也有效？
（我认为这个问题对于面向表的数据库仍然有效，如果你用表替换集合，用行替换文档。如果可能，我想知道理论答案以及特定 MongoDB 场景中的答案，如果与理论不同回答。）
巨大的集合具有可能无法放入 RAM 的巨大索引。分片可以完全解决这个问题吗？
如果我有很多带有小索引的小集合，有哪些存储它们的选项？由于其中只有极少数会大于 200mb，因此它们没有资格进行分片。什么 MongoDB 数据库架构可以容纳大量相当小的集合？由于所有查询都针对特定集合，这是否与分片环境中的目标查询一样快？快点 ？