合并来自不同来源的事实?还是分开装?

我会选择单一事实表。这种方法的突出优点是,它在加载时而不是在查询时完成所有繁重的工作。

从你所描述的,它听起来像一个单一的事实表是前进的方向。

我之前的问题实际上是想找出一些供应商数据是否适合自己的维度。我会让你来决定的。但听起来不太像。

Null facts可以在聚合期间抛出警告(取决于平台),但用可能误导的零填充警告的替代方法更糟糕。

我认为,由于两个来源共享相同的粒度,答案是您应该有一个事实表。考虑一下您希望最终用户如何与信息交互。如果这是有意义的,并且业务报告将受益于这些数据的共同定位,那么这就是您的答案。尝试避免事实表中出现空值。如果您可以输入一个零(并且零对数据有意义,即,考虑温度),那么就这样做。这将为您的用户节省一些混乱,正如特里基尼克松所指出的,这将导致聚合问题。

实际上,在“棕色地带”应用程序中,您正处于一个重要的位置。您可以查看当前存在的内容,并利用经验创建更好的设计。这是选择在DW使用寿命内不会改变的最佳晶粒的最重要时间。