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

Question

我在这里读到了关于5NF,EAV和6NF的讨论,以及需要一个目录来"自动"处理元数据和复杂的SQL.这是如何在实践中实施的？

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

• 想用一个例子来理解6NF

• 6NF和历史属性数据

• 特别是多个固定表与灵活的抽象表,PerformanceDBA写的

  "例如,对于6NF数据库与目录,我有一组特效,将[重新]产生执行所有根据需要选择SQL,我提供5NF为所有用户意见,所以他们不需要知道或了解的基础6NF结构.它们被驱逐出目录.因此变化很容易并且自动化.由于缺少目录,EAV类型手动完成."

Answer 1

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

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