DWH 不是 Star-Schema 不是 Snow flake 不是 E-R答案

【问题标题】：DWH not a Star-Schema not a Snow flake not a E-RDWH 不是 Star-Schema 不是 Snow flake 不是 E-R
【发布时间】：2017-12-11 17:35:18
【问题描述】：

我知道关于数据仓库架构的文献/理论以及应该如何设计。 Bill-Imon E-R 3NF 或 Kimball Star-Schema/Snow - flake Schema。

当我目前在 DWH 中工作并且它没有任何这些模式时，问题就出现了，它由 3 个大事实表组成，每个表都是很多维度表。（3 个大表中的 2 个连接)

那么它是什么样的架构呢？

在此先感谢，恩里克

【问题讨论】：

【解决方案1】：

这称为galaxy schema。

【讨论】：

“银河”更像是一个昵称，但它是准确的。它表示一组由一致维度连接的事实表。这是维度数据仓库的理想模型。警告：图片中存在潜在错误，因为 T1 似乎直接连接到 T3。这不应该发生，事实应该只通过一个维度加入。除非连接列是退化维度（没有关联的维度数据），否则两者之间应该有一个维度表。
嗨@RonDunn 我又看了一下银行的DWH模型，当然不是我画的，但我不得不告诉你，T1与T2和T3直接连接，间接连接（将维度表放在中间）。我在 DWH 中相对较新，但我希望他们能更新他们所做的事情。所以我认为它是“连接列是退化维度（没有关联的维度数据）”。干杯。

【解决方案2】：

如果您正在查看特定事件（事实）的架构，那么您将查看星型架构。

在您提供的图表中，您已拉回更大的视图，可以看到多个星型模式以及事件之间的关联方式。这可以被认为是一个星座（相关恒星的集合，可能是更大解决方案的单个模块）或星系（解决方案中的所有恒星模式，即使恒星之间没有关系）。

但是，我仍将您的解决方案描述为使用星型模式，因为设计模式对话通常指的是事件级别，而星型模式意味着更高级别的星座/星系。

【讨论】：