1

伙计们，

我有一个名为 DIM_FILE 的维度表，其中包含我们从客户那里收到的文件的信息。每个文件都有构成我的 FACT 表 CUST_DETAIL 的详细记录。在主进程中，文件经历了几个阶段，每个阶段都为其标记一个状态。总而言之，我有多对多的关系。关于星型模式维度建模的任何想法。一个客户记录只属于一个文件，一个文件可以有多个状态。

FACT
----
CustID
FileID
AmountDue


DIM_FILE
--------
FileID
FileName
DateReceived

FILE_STATUS
-----------
FileID
StatusDateTime
StatusCode
4

1 回答 1

2

您可以做一些事情来将此与维度模型/星型模式结合起来：

  1. 构建两颗星（可能它们最终会出现在不同的数据集市中）。一个将 FACT 作为事实表，另一颗星将 FILE_STATUS 作为事实（您可以将其视为事务粒度的事实表）。为了完成这项工作，我可能会非规范化并将 CustId 添加到 FILE_STATUS
  2. 由于您正在处理 FILE_STATUS，因此您可以将 FACT 转换为累积快照事实表。在此模型中，您将在 FACT 中有一组单独的额外列来记录属于每个状态转换的所有信息。至少，您有一个日期/时间维度的列来记录何时达到特定状态。在您的 ETL 中，您必须更新事实表以记录文件如何通过状态进行。这种设计仅在状态数量有限且相对较小的情况下才有效。此外，应该有或多或少清晰的状态进展路径（如客户订单：收到 -> 拣选 -> 包装 -> 发货 -> 已付款）
  3. 为状态创建一个所谓的多值维度：FACT 将获得这个新维度的键，而这个新维度实际上将表示应用于 FACT 表中的一行的状态集合。
  4. 你可以有一个桥牌桌（虽然我不认为这适用于这个主题，不确定）

参考：

累积快照： http: //blog.chrisadamson.com/2007/03/accumulating-snapshot-use-accumulating.html

多值维度与桥表：http ://www.kimballgroup.com/data-warehouse-business-intelligence-resources/kimball-techniques/Dimension-modeling-techniques/multivalued-dimension-bridge-table/

于 2010-01-06T21:17:00.837 回答