FACT表格内的尺寸



我正在构建仓库,不确定如何处理某个元素。我们有一个查询,它返回一个表";引号"报价基本上是指我们向客户提供服务报价。其中一些报价会导致销售,他们最终会成为客户,但并非所有报价都会有相应的客户帐户。

报价包含许多数字数据,如报价金额、添加的各种费用以及我们稍后希望汇总的其他数字数据。所以它看起来像是一个典型的事实表;每个引号对应一行。然而,它也有与之相关的数据;尺寸";在自然界中,尽管它们并不多。

例如,我们有一个名为报价类型的标签字段,它是一个标签,报价目的包含一个标签和一个简单为Y/N的推荐标志。两个";标签";字段在数据库的其他地方确实有一个ID,并且这些标签是我们全面使用的固定标签。

基于此,我觉得;引用"查询实际上应该是一个事实表,但我不确定如何处理这3个额外的标签字段。它们应该每个都有一个尺寸吗?因为这似乎有点过头了。或者在事实表中包含这三个维度是否合理?或者我应该有一个DIM.报价和一个FACT.报价,并分别存储它们吗?

感谢提供的任何帮助

您要问的是退化维度(请参阅此处的定义:https://www.kimballgroup.com/data-warehouse-business-intelligence-resources/kimball-techniques/dimensional-modeling-techniques/degenerate-dimension/(。

是的,你可以,但不推荐。您希望事实表的行大小尽可能小。

也许你想看看"垃圾"维度(https://www.kimballgroup.com/data-warehouse-business-intelligence-resources/kimball-techniques/dimensional-modeling-techniques/junk-dimension/(,该维度是具有不必相关的字段的维度。既然你提到所有标签都是固定的,你也可以预先构建所有的组合。

最新更新