繁体   English   中英

数据仓库星型架构事实表? 你怎么知道那里发生了什么

[英]datawarehouse star schema fact table? how do you know what goes in there

我只想在创建事实表方面着手进行维建模。 到目前为止,我对这本书的理解还不多,这是事实表将是一个事务表,该事务表将与具有父键约束的维表相关。 那是我的问题的第一部分。

第2部分,我的困惑在于事实表仅存储外键和数字值。 如果该基本交易表存储维数据怎么办。 这些列/属性会发生什么?

是否将它们放到与之相关的任何尺寸表上? 您如何确定如果有多个表,则该事务表具有外键约束。

谢谢。

使用Kimball维度模型,您想要对数据进行分类,拆分,过滤或其他排序的所有内容都进入维度,而事实表中仅保留了您求和,求平均值等数字字段。

理想情况下,可以将维度用于企业中所有事实表,以一致的方式查看数据可用的所有属性,并在人们通过共享维度合并来自不同事实表的数据时给出正确的结果。

从事实表中删除所有文本/属性的第二个好处是,当行数增加很多时,它们的性能会提高。 当存储和RAM的价格昂贵得多时,这曾经是一个更大的问题,当然,整个存储和RAM已被整个大数据范例所取代,但在任何RDBMS中仍然有效。

关于您的问题的第2部分:操作系统将其数据分组以实现最佳(写)性能,这通常意味着,如果在事务中一起使用数据,则将数据存储在一个表中,尤其是不会打扰许多查询和对辅助表的更新。 分析/ DWH方面具有完全不同的优先级。

最后,您将获得原始事务中的维度外观属性,这些属性仅对该表有意义。 他们可以进入垃圾维度,或者很少进入事实表本身(退化维度)。 这两个概念都在书中。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM