元の PostgreSQLスキーマは、1 対 1 の関係を持つ者を表します。party テーブルにはすべてのパーティに共通の属性が保持され、他のテーブルには各 パーティクラスの特定の情報が保存されます。これらの違いにより、 各クラスの異なるフィールドが生成され、PostgreSQL のような表形式スキーマでは新しいテーブルを作成する必要があります。
リレーショナルデータベース内の各テーブルのマッピングを追加することで、この情報を単一のMongoDB partyドキュメントに埋め込むことができます。
このタスクについて
パーティーには、次のキー エンティティが含まれます。
パーティ : 人物、組織、グループを表します。
パーティ ロール : などの他のオブジェクトに関連するパーティのロールを定義します。
Policy
クレーム
契約
制限
不可分オブジェクト
通信 ID : 関係者のメール、電話、住所などの情報が含まれます。
次の画像は、パーティ ドメインのエンティティ関係図（ERD）を示しています。
始める前に
パーティ ドメインのリファクタリングは、 保証データモデルの例チュートリアル の 2 番目のステップです。パーティー ドメインをリファクタリングする前に、Relational Migratorの PostgreSQLデータベースに接続します。
手順
location_address テーブルのマッピングを追加する
party_location_addressコレクション内に住所情報を含めるには、Add をクリックし、Embedded documents を選択します。Source table ドロップダウン メニューから location_address を選択します。
[ の下にあるAdvanced settings [] チェックボックスをオンにします。Merge fields into the parentこのオプションにより、ドキュメントに必要以上のネストされたフィールドが存在しなくなります。
[Save and close] をクリックします。
次のステップ
パーティー ドメインをマッピングした後、ポリシー ドメインをリファクタリングできます。「 ポリシー ドメインのリファクタリング 」を参照してください。