目前我在 MySQL 中有一个数据库结构，其中有几十个表，其中有各种外键链接。所有数据都在我要加载的文件中，所以我希望我可以将设计移植到与 Drupal 7 一起使用的存储系统，因为我可以简单地设置一些东西（使用 Feeds 模块？）以 Drupal 7 喜欢的方式获取我的数据。这样做的最终目的是进行大量人工人工修改，将表中的条目与关系链接在一起，并可能修改一些看起来错误的字段数据。所以整个目标是在 Drupal 7 中创建用于查看和编辑（特别是添加）关系的人机界面。问题是，存储数据的正确方法是什么，所以我必须根据需要编写尽可能少的模块代码？
在我看来，我会选择 3 个模块之一来完成这项任务：
- 关系
- 实体参考
- 数据
关系和实体引用将允许我将所有数据存储在 Drupal 7 中的节点（实体？）中，因此 Drupal 将拥有处理所有内容的“本地支持”。但是，我预计会有数以亿计到数十亿个节点，每个节点与其他节点的关系可能高达约 3 个。当使用 View 等引用外部数据（并且可能从该引用中获取引用的数据等）时，关系或实体引用如何有效地处理这个问题？他们是否可以支持具有空引用的节点，因为在用户可以设置它们之前，许多节点都是空的（所以我需要一种方法来查找具有特定空引用的节点）？
数据是另一种可能性，但它处于 alpha 阶段，我想知道它的稳定性和效率。在我看来，将我的所有数据存储在外部 MySQL 数据库中而不是 Drupal 节点中，这也违背了使用 Drupal 的全部目的。我对此的感觉正确吗？
我很难确定管理内容所需的内容，考虑到 Drupal 7 是一个 CMS，这似乎很奇怪。我必须在这里遗漏一些东西，但我不确定它是什么。什么是最成熟的模块（s？）用于处理/与大量相互关联的数据进行交互并能够通过并让用户主要设置和管理“表”之间的链接（即“外键”） ”，也许还有现场数据审查和修订？有没有足够的？