ポリシーには、カバーする複数の保証可能なオブジェクトと、複数の両者の契約の両方を含めることができます。インスタンス、ポリシーには多くの両者が関係し、各パーティが複数のポリシーの一部である可能性があります。その結果、ロールと契約の間には多対多の関係が生じます。
パーティ ドメインと同様に、リレーショナルデータベース内の各テーブルのマッピングを追加することで、この情報をMongoDB policyドキュメントに埋め込むことができます。
このタスクについて
ポリシー ドメインには、次のキー エンティティが含まれます。
非保証オブジェクト : ポリシー契約によって保証されているオブジェクト。
非推奨のオブジェクト パーティ ロール : 次のエンティティをリンクする連想エンティティです。
パーティ
パーティ ロール
保証できないオブジェクト
契約者ロール : 次のエンティティをリンクする関連付けエンティティ。
両者
パーティ ロール
契約（製品とポリシーに関連する）
次の画像は、ポリシー ドメインのエンティティ関係図（ERD）を示しています。
始める前に
ポリシー ドメインのリファクタリングは、 保証データモデルの例チュートリアル の 3 つ目のステップです。パーティ ドメインをリファクタリングする前に、Relational Migratorの PostgreSQLデータベースに接続し、パーティ ドメインをリファクタリングしたことを確認してください。
手順
policiesCoveragePartsコレクションの下に policies
各カバードの詳細は policy_coverage_detail テーブルに含まれています。この情報を埋め込むには、Add をクリックし、Embedded array を選択します。Source table ドロップダウン メニューから policy_coverage_detail を選択し、Root path プレフィックスが policyCoverageParts であることを確認します。
[ All fieldsチェックボックスの下にある []policyIdentifiercoveragePartCode フィールドと [2]Save and close フィールドのチェックを外し、[] をクリックします。
policies_limit と policies_reduce 情報を埋め込み
policy_limit 情報を含めるには、Add をクリックし、Embedded array を選択します。Source table ドロップダウン メニューから policy_limit を選択し、Root path プレフィックスが policyCoverageParts であることを確認します。
[All fields チェックボックスの下にある policyCoverageDetailIdentifier フィールドのチェックを外し、Save and close をクリックします。
policy_deductible でこのプロセスを繰り返します。
次のステップ
ポリシー ドメインをマッピングしたら、クレーム ドメインも同様にリファクタリングします。「 クレーム ドメインのリファクタリング 」を参照してください。