メインコンテンツまでスキップ

MDM Merge、Split、Re-Point

Merge、split、re-point は MDM の ID 構造を変更します。ソース証跡をレビューした後にのみ実行してください。

これらの操作は、安定 ID に依存する融合、AI Agent の証跡、Inspector 記録、BI、レポートに影響します。

操作の選び方​

操作利用条件結果
Merge2 つの golden records が同じ実物を表す。1 つが survivor になり、別名が survivor へ移動します。
Split1 つの golden record に複数実物の別名が含まれる。選択した別名を新しい golden record へ移動します。
Re-point1 つの alias が誤った golden record を指す。古いマッピングを閉じ、正しい記録へ新しいマッピングを開きます。

変更管理フロー​

本番の ID 変更ではこのフローを使い、ID 操作、下流更新、監査メモをつなげます。

操作前に確認すること​

  • ソースシステムの証跡；
  • entity type；
  • active と superseded aliases；
  • そのエンティティに依存する下流データセットとワークフロー；
  • 履歴レコードの時点解決が必要か；
  • 構造変更を承認した担当者。

影響評価​

操作前に影響範囲を列挙します。

範囲確認内容
DFS Pro datasetsどの fusion tasks がこの entity ID または alias で join しているか。
Inspector点検ワークフロー、チェックポイント、作業記録がこの entity に接続しているか。
AI AgentID 更新後に回答や証跡検索が変わるか。
BI and reportsどのチャート、件数、フィルタがこの entity で集計しているか。
External integrations下流システムが master entity ID または source alias を保持しているか。
Historical records古い fact が以前の alias period で解決される必要があるか。

影響範囲が不明な場合は、構造変更を一度止めて依存関係を確認します。速い ID 変更より、静かなレポート変化を避けることを優先します。

Merge​

  1. Master Entities を開きます。
  2. 残さない重複レコードを選択します。
  3. Merge into を選択します。
  4. survivor を選択します。
  5. 確認します。
  6. survivor を再度開き、aliases、canonical 属性、lineage を確認します。

merge 後、survivor でない記録は tombstone として残り、新しい alias の対象にしません。

Split​

  1. 過剰にクラスタリングされた golden record を開きます。
  2. active aliases を確認します。
  3. 別の実物に属する aliases を選択します。
  4. Split を選択します。
  5. 分かる場合は新しいエンティティの canonical 属性を入力します。
  6. 確認します。
  7. 元の記録と新しい記録を確認します。

split では、元の記録に少なくとも 1 つの active alias を残す必要があります。

split 後は、それぞれの結果レコードにユーザーが識別できるだけの canonical 属性があるか確認します。名称や証跡が不足するレコードは、下流利用の前にソース修正が必要になる場合があります。

Re-point​

  1. 誤った alias を持つ golden record を開きます。
  2. alias 行で Re-point を選択します。
  3. 正しい対象エンティティを選択します。
  4. 確認します。
  5. 対象エンティティに alias が表示されることを確認します。

下流検証​

ID 構造を変更した後は、次を行います。

  • 影響を受ける fusion tasks を再実行または再検証する。
  • エンティティ別に集計するダッシュボードやレポートを確認する。
  • そのエンティティを証跡として使う AI Agent workflow owner に通知する。
  • 未解決の履歴 ID 問題を記録する。
  • steward の判断を引き渡し記録に残す。

変更後の証跡​

各構造変更後に短いメモを残します。

Action: re-point
Reason: work-order target mapped to retired equipment
Source evidence: CMMS asset number and inspection checkpoint history
Old entity: equipment-0172
New entity: equipment-0441
Effective period: from 2026-04-01
Downstream refresh: work-order fusion rerun; AI Agent evidence cache refreshed
Reviewer: facility data steward

メモは短く、具体的で、監査しやすい形にします。判断理由、使用した証跡、下流更新状況を記録します。

次に読む​

Entity Resolution Tasks を参照してください。