レコードマッピングの仕組み

概要

Data Migrator は、データ移行中にレコードのマッピングをサポートし、複数回の移行実行にわたってレコードが正しく更新されるようにします。現在、 仮想外部 ID (VEID) が利用可能な唯一のレコードマッピング戦略ですが、別の विकल्प が開発中です。

レコードマッピングなし

移行で なし オプションが選択されると、すべてのソースレコードがターゲット組織に挿入されます。ソースとターゲットの間でレコードは照合されないため、両方の場所に既にレコードが存在する場合は重複が発生する可能性があります。

VEID

VEID は、ソースレコードとターゲットレコードを関連付けるために内部のマッピングテーブルを使用する、状態を持つマッピングベースの戦略です。過去のデプロイを記憶し、リアルタイムのターゲットデータではなく履歴マッピングに依存します。ソースからターゲットへのマッピングが一度存在すると、その関係は固定されるため、VEID を使用してすでに移行されたレコードについては曖昧さがありません。

これは、次のような場合の繰り返し移行向けに設計されています:

• 使用されている移行ツールが Data Migrator のみである

• 最初の移行時にターゲット組織が空である

• 実行をまたいで長期的な一貫性が必要である

VEID は次を保証します:

• 同じソースレコードは常に同じマップされたターゲットレコードを更新する

• ビジネスフィールドの変更はレコード照合に影響しない

• マッピングが存在する場合、レコード更新は決定的である

ただし、VEID はリアルタイムのターゲットデータを評価しません。

VEID の仕組み

VEID は、決定論的なマッピング駆動のプロセスに従います。下の図は全体の流れを示しています。

1

ソースレコードを読み取る

各ソースレコードは、移行実行中に個別に処理されます。

2

VEID データベースでマッピングを検索する

システムは、ソースレコードの ID に対して既存のマッピングがあるかどうかを確認します。

3

マッピング結果を評価する

マッピングが見つかった	アクション
いいえ	ターゲット組織に新しいレコードを INSERT します。
はい	既存のマップ済みターゲットレコードを UPDATE します。

4

マッピングを保存する

マッピングが存在しない場合、システムはレコードをターゲット組織に挿入し、新しいマッピングを作成します。次回以降の移行では、このレコードは再度挿入されず、更新されます。このプロセスは移行実行ごとに繰り返され、新たに追加されたソースレコードを VEID マッピングテーブルで追跡できるようになります。

制限事項

VEID の重要な制限

• ターゲット組織にすでに存在するレコードをマップすることはできません。

• 別のツールや手動プロセスがターゲット組織でレコードを作成または変更すると、VEID のマッピングが古くなり、重複レコードが発生する可能性があります。

• Data Migrator を使用して移行されたレコードのみを追跡できます。

古くなったマッピング

VEID の信頼性は、マッピングテーブル次第です。レコードがターゲット組織で、手動または別のツールによって作成されると、マッピングは古くなります。以下の例では、これがどのように重複レコードにつながるかを示しています。

例:

1. ユーザーが、すべての Contact レコードを空の組織に対して移行します。

   1. すべての Contact レコードがソースからターゲット組織にコピーされます。

   2. 各レコードに対して VEID マッピングが作成されます。

2. ユーザーが、 Charlie と Alice の Contact レコードをターゲット組織とソース組織の両方に手動で作成します。

3. ユーザーが、ソース組織からターゲット組織へすべての Contact レコードに対する別の移行を実行します。

   1. Charlie と Alice は、以前に移行されていないため VEID マッピングがありません。

   2. の新しいレコードが Charlie と Alice ターゲット組織に作成されます。

   3. ターゲット組織には、 Charlie と Aliceの重複レコードが今や存在します: 1 つは手動作成によるもので、もう 1 つは移行によるものです。