Data Vault 2.0 Hub业务键消失后重现的最佳捕获方案咨询

选项分析 #

1. 从Hub查询加载日期生成哈希值 #

这种方案会大幅提升加载复杂度与性能开销，每次生成卫星/链接哈希都需关联Hub查询，数据量较大时极易出错，不符合Data Vault批量加载的效率原则，不推荐。

2. 依赖主卫星的结束日期判断有效性 #

这是贴合DV 2.0设计理念的合理方案：

• Hub仅记录业务键的首次出现（永久留存，不设结束日期），因为Data Vault核心是保留所有历史痕迹，业务键的每一次出现都是有价值的历史记录。
• 用专门的「主卫星」（如记录业务键状态的卫星表）标记有效周期：业务键被移除时，给主卫星当前行打上结束日期；重新出现时，新增一行无结束日期的卫星记录。
• 下游消费时，只需关联主卫星，通过判断是否存在未结束的行确定业务键当前有效性。这种方式既保留完整历史轨迹，又避免Hub表冗余，符合DV原子性与可追溯性要求。

3. 让键永久留存仅用于报表 #

该方案虽简单，但丢失了业务键「被移除」「重新出现」的状态变化信息，无法支持追踪状态时间线的分析需求，仅适合纯报表类简单场景，扩展性差。

推荐的其他方案 #

若需更精细追踪业务键的每一次生命周期（出现-消失-重现），可采用Hub+状态卫星+加载批次标识的组合方案：

• Hub依然永久留存业务键的首次出现记录。
• 新增「生命周期卫星」，在每一批次加载中记录业务键的状态（存在/不存在），同时关联加载批次ID。
• 卫星表哈希键仅使用业务键本身，加载批次ID作为卫星属性字段。无需修改Hub哈希逻辑，就能完整追踪业务键在每一批次的状态变化，下游可通过加载批次的时间序列还原完整状态 timeline。

需注意：Data Vault的核心原则是不删除任何历史数据，业务键的移除不代表数据可删除，而是通过卫星表的状态标记体现，这是保证数据可追溯性的关键。

内容的提问来源于stack exchange，提问作者JTDotNet