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

Question

我在这里阅读了关于 5NF、EAV 和 6NF 的讨论，以及对“自动”处理元数据和复杂 SQL 的目录的需求。这在实践中是如何实施的？

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

• 想通过一个例子来理解 6NF

• 6NF和历史属性数据

• 尤其是PerformanceDBA所写的Multiple fixed tables vs flexible abstract tables

  “例如，对于带有目录的 6NF 数据库，我有一组 proc 将 [重新] 生成执行所有 SELECT 所需的 SQL，并且我为所有用户提供 5NF 视图，因此他们不需要知道或理解底层 6NF 结构。它们被排除在目录之外。因此，更改很容易且自动化。EAV 类型手动执行此操作，因为没有目录。”

Answer 1

首先，通过LedgerSMB，我们可以尽可能地重用系统目录和信息模式。这意味着应用程序实际上会花费一些时间来查询系统目录。我们也有一些扩展属性的元数据计算。我们这里不做 EAV。相反，我们有关于这些的实际关系和元数据，这使我们能够在客户端创建关系查询。这些在某一点加载并缓存。该目录看起来很像 EAV 目录，但底层存储实际上是关系型的，维护这些底层表的功能会有所不同。这为您提供了 EAV 的灵活性，而没有潜在的困难。

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