drupal - 如何处理大量相互关联的数据

Question

目前我在 MySQL 中有一个数据库结构，其中有几十个表，它们之间有各种外键链接。所有数据都在我要加载的文件中，所以我希望我可以将设计移植到与 Drupal 7 一起工作的存储系统，因为我可以简单地设置一些东西(使用 Feeds 模块？)以 Drupal 7 喜欢的方式获取我的数据。这样做的最终目的是为了进行大量手动人工修改，将表中的条目与关系链接在一起，并可能修改一些看起来有问题的字段数据。所以整个目标是在 Drupal 7 中创建用于查看和编辑(特别是添加)关系的人机界面。问题是，存储数据的正确方法是什么，所以我必须根据需要编写尽可能少的模块代码？

在我看来，我会选择 3 个模块之一来完成此任务:

• 关系
• 实体引用
• 数据

关系和实体引用允许我将所有数据存储在 Drupal 7 的节点(实体？)中，因此 Drupal 将具有处理所有内容的“ native 支持”。但是，我预计会有数亿到数十亿个节点，每个节点与其他节点的关系可能多达 ~3 种。当使用 View 等引用外部数据(并且可能从该引用中获取引用数据等)时，关系或实体引用如何有效地处理这个问题？它们能否支持具有空引用的节点，因为在用户可以设置它们之前许多节点都是空的(因此我需要一种方法来同时拥有一个 View 来查找具有特定空引用的节点)？

数据是另一种可能性，但它处于 alpha 阶段，我想知道它的稳定性和效率。在我看来，将我的所有数据都存储在外部 MySQL 数据库中而不是在 Drupal 节点中首先违背了使用 Drupal 的全部目的。我的感觉对吗？

我很难确定我需要什么来管理我的内容，考虑到 Drupal 7 是一个 CMS，这似乎很奇怪。我必须在这里遗漏一些东西，但我不确定它是什么。最成熟的模块是什么？用于处理/连接大量相互关联的数据并能够让用户主要设置和管理“表”之间的链接(因此“外键”) “，也许还有现场数据审查和修订？有没有足够的？

Answer 1

Relation and Entity Reference would allow me to store all of my data in nodes (entities?) in Drupal 7, so Drupal would have "native support" for handling all of the stuff. However, I expect there to be 100s of millions to low billions of nodes with perhaps up to ~3 relations to other nodes in each. How efficiently does Relation or Entity Reference handle this when referencing foreign data (and perhaps grabbing referenced data from that reference, and so on) with Views and the like?

如果您需要显示数据，其他模型将无济于事。您可能需要一些分页或为您的查询提供最大递归深度以仅加载您感兴趣的实体。我想使用已经支持的东西将为您节省大量工作。

如果没有基准测试，您几乎找不到瓶颈。因此，采用最简单的方法，这似乎是实体引用并根据需要进行优化。您可以创建一些测试数据以尽早发现限制。但是以后肯定会有优化请求的方法。