4

我是 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）运营数据有不同类型的客户。（零售，专业）。所有客户（与类型无关）都应在一个中心建模，并且应通过建模与客户中心相关的不同卫星（一个用于零售，一个用于专业）来区分客户类型。以上有效吗？

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

这里没有适用的代码

4

1 回答 1

1

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

      • 作为中心的销售交易（Sales_Hub）：

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

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

    1. 何时有效

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

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

于 2019-10-15T10:51:35.400 回答