链接货币和实体维度
Linking currency and entity dimension
我与同事在数据仓库建模方面存在分歧。
我们有一个包含 "default" 货币和货币维度的实体维度。
我建议将事实 table(销售前)linked 到货币维度,我们将货币代码作为实体维度中的一个属性(供参考)仅)
我的同事决定 link 事实 table 到货币维度,而且 link 实体维度到货币维度。他说这将有助于他了解有关实体货币的信息(汇率等...)
这个我不同意,他好像也不同意我
你怎么看?
谢谢!
你是对的,你的同事是错的。
在适当的维度模型中,维度仅通过事实表而不是直接交互。事实表也是如此——您永远不会直接 link 它们,只能通过共享维度。
星型模式背后的关键思想是在 2NF(第二范式)中拥有一组维度表,通过 3NF 中的事实表解决它们之间的关系。直接链接维度违反了这个原则。
此外,我不明白他试图通过直接 linking 获得什么。您的同事寻找的信息可以很容易地从一个正常设计的星型模式中查询出来。根本不需要用奇怪的设计使您的数据模型复杂化。
我与同事在数据仓库建模方面存在分歧。
我们有一个包含 "default" 货币和货币维度的实体维度。
我建议将事实 table(销售前)linked 到货币维度,我们将货币代码作为实体维度中的一个属性(供参考)仅)
我的同事决定 link 事实 table 到货币维度,而且 link 实体维度到货币维度。他说这将有助于他了解有关实体货币的信息(汇率等...)
这个我不同意,他好像也不同意我
你怎么看?
谢谢!
你是对的,你的同事是错的。
在适当的维度模型中,维度仅通过事实表而不是直接交互。事实表也是如此——您永远不会直接 link 它们,只能通过共享维度。
星型模式背后的关键思想是在 2NF(第二范式)中拥有一组维度表,通过 3NF 中的事实表解决它们之间的关系。直接链接维度违反了这个原则。
此外,我不明白他试图通过直接 linking 获得什么。您的同事寻找的信息可以很容易地从一个正常设计的星型模式中查询出来。根本不需要用奇怪的设计使您的数据模型复杂化。