供应链数据建模中多事实表配少量维度表是否正常及符合最佳实践？

这种模式是否正常？ #

完全正常。供应链场景里，你提到的发票付款、需求预测、交付绩效、合规事件这些都是独立的业务过程，每个业务过程对应一张事实表是维度建模的基本思路——事实表就是用来记录特定业务事件的度量值的。而所有这些业务过程都围绕供应商展开，用单张供应商维度表作为共同关联维度，逻辑上是通顺的。

是否属于最佳实践？ #

不能直接定性，得结合实际情况判断：

• 如果这些事实表确实对应不可合并的独立业务过程（比如付款是资金流动作、交付是物流动作，属于完全不同的业务链路），这种拆分是符合最佳实践的，能保证每个事实表的粒度清晰、数据逻辑单一，后续维护和分析都更高效。
• 但如果目前只依赖供应商这一张维度表，大概率不符合最佳实践。几乎所有业务事件都需要时间维度（比如发票的付款日期、需求的预测周期、交付的完成时间），没有时间维度根本做不了趋势分析、周期对比这类核心分析。另外，像合规事件的类型、网络攻击的等级这类属性，做成维度表会比存在事实表里更灵活，能支持更细粒度的筛选和分组。
• 还有，如果几张事实表的粒度不一致（比如一张是单发票粒度，另一张是供应商月度汇总粒度），这种情况下的多事实表虽然正常，但不算最佳实践，后续跨表关联分析容易出现逻辑错误。

是否需要调整数据提取方式？ #

建议针对性调整，核心是补充必要维度、校验事实表粒度：

• 补充维度提取：优先提取时间维度（这是所有分析的基础），然后根据各个事实表的业务属性，提取对应的维度（比如合规事件类型维度、交付异常原因维度等）。这些维度能极大提升分析的灵活性，也符合维度建模的核心原则。
• 校验并优化事实表粒度：确认每张事实表的粒度是否清晰合理。如果有几张事实表属于同一业务过程且粒度一致（比如供应商月度付款总额、月度交付达标率），可以考虑合并成一张事实表，减少后续关联的复杂度；如果是完全独立的业务过程，就保留分开的事实表。
• 避免无意义拆分：如果某些度量只是同一业务事件的不同指标（比如一张发票的总金额、税额、应付金额），没必要拆成多张事实表，放在同一张里更合理。

内容的提问来源于stack exchange，提问作者JoshB