如何在数据库中实现元数据和自动化SQL目录？

Question

我在这里阅读了关于5NF、EAV和6NF以及处理元数据和复杂SQL“自动化”所需的目录的讨论。实际上如何实现？

PerformanceDBA在6NF和EAV方面写了几个答案，提到了目录，例如在以下问题中：

• Would like to Understand 6NF with an Example

• 6NF and historical attribute data

• 尤其是Multiple fixed tables vs flexible abstract tables，其中PerformanceDBA写道：

  "例如，对于具有目录的6NF数据库，我有一组过程将[重新]生成执行所有SELECT所需的SQL，并为所有用户提供5NF视图，因此他们不需要知道或了解基础6NF结构。它们由目录驱动。因此更改很容易且自动化。 EAV类型则手动执行此操作，因为缺少目录。"

- Idonodi

---

有哪些讨论？你能提供链接以便为你的问题提供一些背景吗？甚至可以将相关部分发布为问题，因为你的问题有点令人困惑。 - Ben

注意内部平台效应。 - Branko Dimitrijevic

Answer 1

首先，使用 LedgerSMB，我们在能够复用系统目录和信息模式的地方进行了复用。这意味着应用程序实际上会花费一些时间来查询系统目录。我们还有一些扩展属性的元数据计算。我们这里不使用EAV，而是拥有实际关系和关于这些关系的元数据，这使我们能够在客户端创建关系查询。这些被加载并缓存。目录看起来非常像EAV目录，但底层存储实际上是关系型的，并且维护这些函数会更改底层表。这为您提供了EAV的灵活性，同时避免了潜在的困难。

在未来的版本中，我们可能会减少应用程序目录的数量，更多地使用Pg系统目录和信息模式，并且从应用程序的角度来看，我们的界面将更加简单。

- Chris Travers