销售事务在 Data Vault 2.0 中被建模为集线器还是链接

Question

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

1) 单个集线器被建模为：

a) 产品（持有 pk-Product_Hkey、BK、元数据），

b) 客户（持有 pk-Customer_Hkey,BK,Metadata），

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

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. 如果您对以下几点没问题，我建议将销售建模为 Hub，否则链接是非常好的设计..

     • 作为中心的销售交易 (Sales_Hub)：

     • 什么是业务密钥？您能否将“销售 Txn ID”（唯一编号）视为 BK。

     • 此集线器或同一个 BK 是否用于另一个链接（Sales_Link 除外），即链接上的链接。
     • 您对没有卫星的 Sales_Link 是否满意，因为所有描述都存在于 Sales_Hub 中。
     • 它还将在两个位置（Hub/Link）存储相同的 BK+Audit 元数据信息，并添加连接以从 Hub-satellite 获取数据。

• 2. 在什么时候有效

     • 客户信息（零售、专业等）存储在源系统的单独表中。

     • 如果数据来自单一源表，则应为卫星建模，然后应用软规则将它们分成业务数据库中的类型。