data-warehouse - Ralph Kimball 的数据仓库工具包书籍 - 订单生命周期集市设计

Question

我正在阅读 Ralph Kimball 的关于数据仓库和维度建模的书。我正在阅读其中一个案例研究，它是关于订单系统的维度建模，其中要求捕获订单生命周期，从订单到履行再到发货。

所以，我在想，也许他们会建议将交易类型为 FK 的多行用于交易维度。然而，这本书建议改为创建“角色扮演”维度——创建多个日期维度表(一个用于订单日期，一个用于履行，一个用于发货)。然后他们中的每一个都会有一个进入事实表的外键，因此事实表将有三列来关联这一点。

这不是限制吗？每次交易行不是更好的选择吗？

Answer 1

设计通常涉及权衡，如果没有关于整个系统的大量细节，很难知道哪种设计是最好的。

但我对此的看法是:书中包含三个独立列的表格可能会加快查询速度。数据仓库通常像这样非规范化以提高查询性能，但代价是输入的简单性和多功能性。

对我来说似乎是一个很好的答案:对于存储日常交易数据的数据捕获表来说，每笔交易的行听起来更好，但对于分析来说却不是那么好。