Data Vault 2.0 中的销售交易是建模为 Hub 还是 Link

Question

我是Data Vault的新手，所以请原谅我的无知。我目前正在使用 Data Vault 2.0 并行加速和建模原始 Data Vault。我的假设很少，需要帮助来验证它们。

1) 各个集线器建模为：

a) 产品（保存 pk-Product_Hkey、BK、元数据），

b）客户（持有pk-Customer_Hkey，BK，元数据），

c) 存储（保存 pk-Store_Hkey、BK、元数据）。现在，涉及所有上述业务对象的销售交易应建模为链接表

d) 链接表 - Sales_Link（保存 pk-Sales_Hkey、Sales Txn ID、Product_Hkey(fk)、Customer_Hkey(fk)、Store_Hkey(fk)、元数据）和 Satellite 需要关联到保存有关链接的一些描述性数据的链接表。上述方法有效吗？

我对上述链接表的基本原理是因为我认为销售 Txn ID 是非 BK，因此销售 Txn 必须托管在链接中而不是中心中。

2）运营数据有不同类型的客户。（零售、专业）。所有客户（与类型无关）都应在一个中心进行建模，并且应通过对与客户中心相关的不同卫星（一个用于零售，一个用于专业）进行建模来区分客户类型。以上有效吗？

我研究过在线技术论坛，但得到了相互矛盾的理论，所以我将其发布在这里。

这里没有适用的代码

Answer 1

1. 如果您对以下几点感到满意，我建议将销售建模为中心，否则链接是完美的设计。
  - 销售交易作为枢纽（Sales_Hub）：
  - 业务关键是什么？您可以将“Sales Txn ID”（唯一编号）视为BK吗？
  - 此集线器还是另一个链接（Sales_Link 除外）中使用的相同 BK，即链接上的链接。
  - 您是否同意没有卫星的 Sales_Link，因为所有描述性内容都存在于 Sales_Hub 中。
  - 此外，它还将在两个位置（集线器/链接）存储相同的 BK+Audit 元数据信息，并添加连接以从集线器-卫星获取数据。
1. 有效时间为
  - 客户信息（零售、专业等）存储在源系统的单独表中。
  - 如果数据来自单个源表，则您应该对卫星进行建模，然后应用软规则将它们分为业务数据仓库中的类型。