制限事項には複数の両者が関係する場合があり、各両者は関連付けられたクレームを持つ特定のロールを果たします。クレーム ドメインと制限ドメインは密接に関連しているため、識別子とは別にクレーム ドメインにフィールドを埋め込みます。こうすることで、制限が行われた時点でのクレームの詳細のスナップショットを確保できるため、クレームの詳細が変更された場合でも、制限に関連する元の請求データが失われることはありません。
このタスクについて
制限 ドメインには、次のキー エンティティが含まれます。
制限 : クレームの制限
制限パーティ ロール : 次のエンティティをリンクする連想エンティティです。
要求
パーティ ロール
保証できないオブジェクト
非推奨のオブジェクト パーティ ロール : 次のエンティティをリンクする関連付けエンティティ。
パーティ
パーティ ロール
保証できないオブジェクト
要件と両者の関係は、埋め込み配列を使用してMongoDBで表現する litigation_party_role テーブルによって容易になります。
始める前に
制限 ドメインのリファクタリングは、保証データモデルの例チュートリアル の 5 番目のステップです。制限ドメインをリファクタリングする前に、以下を確認してください。
手順
2
3
4
5
わずか 5 つのコレクションで関係スキーマ全体をモデル化しました。
partypartyRolepolicyclaimlitigation
次のステップ
モデルが完了したので、次はMongoDBインスタンスにデータを移行する 必要があります。