/ /

/ /

파티 도메인 리팩터링

원래의 PostgreSQL 스키마 일대일 관계를 통해 당사자를 나타냅니다. party 테이블에는 모든 당사자에 대한 공통 속성이 저장되고, 다른 테이블에는 각 당사자 클래스에 대한 특정 정보 저장 . 이러한 차이점으로 인해 각 클래스에 대해 고유한 필드가 생성되므로 PostgreSQL과 같은 테이블 형식 스키마가 새 테이블을 생성해야 합니다.

관계형 데이터베이스 의 각 테이블에 대한 매핑을 추가하여 이 정보를 단일 MongoDB party 문서 아래에 포함할 수 있습니다.

이 작업에 대하여

당사자에는 다음과 같은 주요 엔터티가 포함됩니다.

당사자: 사람, 조직 및 그룹을 나타냅니다.
당사자 역할: 다음과 같은 다른 객체와 관련하여 당사자의 역할 정의합니다.
- Policy
- 클레임
- 계약
- 소송
- 보험 대상 객체
커뮤니케이션 ID: 파티의 이메일, 전화번호, 주소 등의 정보를 포함합니다.

다음 이미지는 파티 도메인에 대한 ERD(엔터티 관계 다이어그램)를 보여줍니다.

시작하기 전에

파티 도메인 리팩터링은 보험 데이터 모델 예시 튜토리얼의 두 번째 단계입니다. 파티 도메인을 리팩터링하기 전에 Relational Migrator 에서 PostgreSQL 데이터베이스 에 연결합니다.

단계

Relational Migrator 의 MongoDB 보기에서 파티 컬렉션 클릭합니다.

화면 오른쪽에 Mappings 메뉴가 열립니다.

사람, 조직 및 그룹화 테이블에 대한 매핑 추가

Mappings from relational tables 옆에 있는 Add을 클릭합니다. Embedded documents 를 클릭하고 Source table 드롭다운 메뉴에서 person 을 선택합니다.

Save and close을 클릭한 후 organization 및 grouping 소스 테이블에 대해 이 프로세스 반복합니다.

Party_location_address 테이블에 대한 매핑 추가

Mappings from relational tables 옆에 있는 Add을 클릭합니다. 파티에는 여러 위치 주소가 있을 수 있으므로 Embedded array를 선택합니다. Source table 드롭다운 메뉴에서 party_location_address 을 선택합니다.

All fields 확인란 아래에서 partyIdentifier 필드 선택을 취소하고 Save and close를 클릭합니다.

location_address 테이블에 대한 매핑 추가

party_location_address 컬렉션 내에 주소 정보를 포함하려면 Add 을 클릭하고 Embedded documents를 선택합니다. Source table 드롭다운 메뉴에서 location_address 을 선택합니다.

Advanced settings 아래에서 Merge fields into the parent 확인란을 클릭합니다. 이 옵션은 문서 에 필요 이상으로 중첩된 필드가 없도록 합니다.

Save and close를 클릭합니다.

더 이상 필요하지 않은 컬렉션 제거

이제 필요한 모든 테이블을 party 컬렉션 에 매핑했으므로 Relational Migrator 의 MongoDB 보기에서 다음 컬렉션을 삭제 수 있습니다.

person
organization
grouping
partyLocationAddress

중요

locationAddress 컬렉션 insurable_object 테이블과 여전히 기존 관계 있으므로 삭제 하지 마세요. 이 테이블은 이후 단계에서 매핑 규칙을 추가합니다.

스키마

다음 단계

파티 도메인을 매핑한 후 정책 도메인을 리팩터링할 수 있습니다. 정책 도메인 리팩터링을 참조하세요.

돌아가기

Relational Migrator 에 연결

정책 도메인 리팩터링