1

我非常了解文件/ Theorie数据仓库架构,应该如何设计。 Bill-Imon E-R 3NF或Kimball Star-Schema/Snow-flake Schema。DWH不是星型模式不是雪花不是E-R

问题出现在我目前工作在DWH中时,它没有任何这些Schema,它是由3个大事实表组成的,每个表都围绕着很多维表。连接) enter image description here

那么它是什么样的模式呢?

在预先感谢恩里克

回答

2

这就是所谓的galaxy schema

+2

“银河”更多的是一个绰号,但它是准确的。它代表了一系列符合尺寸的事实表。这是维度数据仓库的理想模型。警告:图片中可能存在错误,因为T1会直接连接到T3。这绝不应该发生,事实应该只通过维度连接。除非连接列是退化维(不包括关联的维数据),否则之间应该有一个维表。 –

+0

Hi @RonDunn嗨@RonDunn我再次查看了银行DWH的模型,当然不是我如何绘制,但我必须告诉你,T1直接与T2和T3连接并间接连接(中间的投射尺寸表)。我是DWH的新成员,但我希望他们能够做出新的事情。所以mybe它的“连接列是一个退化的维度(没有关联的维度数据)”。 干杯。 – Enrique

1

如果您正在查看特定事件(事实)的模式,那么您将查看星型模式。

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

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