Snowflake模式：事实表与外键的子维？

Question

使用维基百科的雪花图解图像：

http://en.wikipedia.org/wiki/File:Snowflake-schema-example.png

难道永远做你在做Dim_Product意义上有一个Fact_Sales“Brand_Id”外键？像销售/产品或产品/品牌一样，销售/品牌之间存在多对一的关系，那么是否有合乎逻辑的原因？您可能希望直接加入Dim_Brand表。

我可能没有看到明显的东西。

Answer 1

我认为这将是一种很好的方式来缓存数据...但在所有诚实，你可能更好的只是依靠链接，因为它们。

推理是你已经有了这个表的定义，存储销售。为了增加这些产品的品牌，该商店销售的产品将会混淆该表的“主题”或“主题”，记录商店的销售。

现在，如果通过某种方式，你有一种产品可以在不同品牌下销售（如果我知道一个包装可以具有分裂性格，那么......）然后是的，这对一定程度是有意义的，但更多合理的解决方案就是给每个产品分配自己的SKU代码。

Answer 2

您正在查看的关系类型是has-a关系。

产品有品牌。销售有产品;这是已售出的东西。但是销售没有品牌。或者，更好的说法是，你不能出售品牌。 （不要读得太多......）

所以，不，你不会想把品牌添加到销售。

Answer 3

如果您在维度模型中工作（您的问题中的Star/Snowflake架构注释使您认为自己是），那么从业绩角度将BRAND_ID添加到销售事实中是有意义的，如果业务问题正试图回答“在这个时间框架内所有产品中X品牌的销量是多少”。

如果产品尺寸是1型SCD，而产品更改品牌，它也可能有用。您可能希望将之前的销售额保留为“旧”品牌。

请记住，您是而不是当您构建星型/雪花报告架构时，将进行实体 - 关系建模。 is-a或has-a的问题与维度模型无关。