销售交易是建模为中心还是数据保管库 2.0 中的链接

Question

我是Data Vault的菜鸟，所以请原谅我的无知。我目前正在使用Data Vault 2.0并行扩展和建模原始数据保管库。我几乎没有假设，需要帮助验证它们。

1) 单个轮毂的建模对象为：

a) 产品(包含 pk-Product_Hkey、BK、元数据)，

b) 客户(持有 pk-Customer_Hkey，BK，元数据)，

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

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

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

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

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

此处没有适用的代码

Answer 1

• 1. 如果您对以下几点感到满意，我建议将销售建模为集线器，否则链接是非常好的设计。

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

     • 什么是业务密钥？您是否可以将"销售Txn ID"(唯一编号)视为BK。

     • 此集线器或另一个链接(Sales_Link除外)中使用的相同 BK，即链接上的链接。
     • 你对没有卫星Sales_Link好吗，因为所有的描述都存在于Sales_Hub中。
     • 此外，它还将在两个地方(集线器/链接)存储相同的BK + Audit元数据信息，并添加联接以从集线器卫星获取数据。

• 2. 在以下情况下有效

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

     • 如果数据通过单个源表，则应对附属数据进行建模，然后应用软规则将它们分为业务数据保管库中的类型。