我有3种类型的实体：

• • 主题 *
• • 主题 *
• • 责任 *

每个 * 主题 * 中有 * 主题 * 和 * 任务 。 主题 * 可以相互依赖。（当然，属于 * sj 1主题 * 的 * 主题 * 只能依赖于也属于 * sj 1主题 * 的另一个 * 主题 *。）
在 * 任务 * 和 * 主题 * 之间存在着联系（也必须属于同一个主题），这些联系象征着这样一个事实，即要解决某个 * 任务 *，我们需要了解某些 * 主题 *。
因此，一个 task 可以要求更多的 topics。同样，一个 topic 可以被更多的 * task * 要求。（N <--->M连接。）
什么是最好的存储解决方案？

• 解决方法
• 每种类型的实体有3个集合
• 在 tasks 和 topics 中，有一个主题标识符属性的索引。
• 以及用于存储 * 主题 * [N] [M] * 任务 * 之间的连接的边集合<-->
• 解决方法
• • 科目 * 有1个收款
• 对于每个 * 主题 ，有1个 * 主题 * 和1个 * 任务 * 集合。 主题 * 和 * 任务/主题 * 之间的连接可以基于集合名称的前缀。（即对于 * 化学 * 主题，我们有 * 化学_任务 * 和 * 化学_主题 * 集合）
• 对于每个 * 主题 *，具有 * 任务 * 和 * 主题 * 之间的连接的边集合以及主题之间的连接的另一个边集合（即 chemistry_topics_tasks_connections 和 chemistry_topics_connections）

这样，如果我想在一个主题的主题或任务中进行搜索，我不需要根据主题标识符索引对它们进行预过滤。我会立即得到包含我所有数据的所需集合。而且，我不会为 tasks 和 topics 中的每个文档建立索引。另一方面，这会导致集合混乱。
侧记：最多有50个科目，但任务和主题的数量是无限的。