ArangoDB - 索引比拥有更多集合更好吗？

Question

我有 3 种类型的实体：

• 主题
• 主题
• 任务

在每个主题中都有主题和任务。 主题 可以相互依赖。 （当然，一个属于sj1 subject的topic，只能依赖另一个同样属于sj1 subject的topic 。）

tasks 和 topics 之间存在联系（也必须属于同一主题），这象征着我们要解决某个 task需要了解某些主题。

所以一个任务可能需要更多主题。更多任务可能需要一个主题。 （NM 连接。）

存储的最佳解决方案是什么？

1. 解决方案

   • 每种类型的实体有 3 个集合
   • 在 tasks 和 topics 中有一个主题标识符属性的索引。
   • 和一个边集合，用于存储主题 [N][M] 任务之间的连接

2. 解决方案

   • 主题有 1 个集合
   • 对于每个 主题，有 1 个 topics 和 1 个 tasks 集合。 subjects 和 tasks/topics 之间的连接可以基于集合名称的前缀。 （即对于 chemistry 主题，我们有 chemistry_tasks 和 chemistry_topics 合集）
   • 对于每个主题，都有一个用于任务和主题之间连接的边集合和另一个用于主题之间连接的边集合（即chemistry_topics_tasks_connections 和 chemistry_topics_connections）

   这样，如果我想在某个主题的主题或任务中进行搜索，我不需要根据主题标识符索引对其进行预过滤。我将立即获得包含我所有数据的所需集合。此外，对于 tasks 和 topics 中的每个文档，我没有索引开销。 另一方面，这会导致集合混乱。

---

旁注：最多 50 个主题，但任务和主题的数量不受限制。

Answer 1

用你的话来说，“意识”是通过“图表”产生的，它不需要额外的索引就可以发挥最佳效果。 ArangoDB 自动创建特殊的“_key”和“_from/_to”索引，用于图遍历。

但就索引而言，这与所有搜索性能有关 - 索引是根据您要查找的数据添加的。这实际上取决于您要如何搜索：

• 具有多种实体类型的集合或
• 按实体类型分隔的多个集合。

拥有大型集合不会受到惩罚，并且图表可以链接单个集合中的文档 - 它不需要将它们分开。此外，您可以拥有多个边缘集合和/或多个文档集合。这些概念对我们这些像我一样来自传统 RDBMS 的人提出了挑战——“无模式”或“多模型”数据库有点让规范化成为可能。

就个人而言，我选择基于数据源构建相当大的集合（我从外部源导入数据）。每个集合包含由objType 属性标识的多个对象/数据模式的文档。这里的好处是您可以在单个字段上搜索集合中的所有文档（甚至是具有多个字段的索引，例如title + objType），非常快速地减少文档集以迭代/遍历 - 这通常是真正获得性能提升的地方。

所以...我想我推荐解决方案#3？