Real-Time Customer Data Platform B2B Edition에서 두 스키마 간의 다대일 관계 정의 relationship-b2b
Adobe Real-time Customer Data Platform B2B 에디션은 계정, 기회, 캠페인 등을 포함하여 기본 B2B 데이터 엔터티를 캡처하는 여러 XDM(Experience Data Model) 클래스를 제공합니다. 이러한 클래스를 기반으로 스키마를 빌드하고 실시간 고객 프로필에서 사용할 수 있도록 활성화하면 서로 다른 소스의 데이터를 통합 스키마라는 통합 표현으로 병합할 수 있습니다.
그러나 결합 스키마에는 동일한 클래스를 공유하는 스키마로 캡처된 필드만 포함될 수 있습니다. 여기서 스키마 관계가 시작됩니다. B2B 스키마에서 관계를 구현하면 이러한 비즈니스 엔티티가 서로 관련되는 방식을 설명하고 다운스트림 세그먼테이션 사용 사례에 여러 클래스의 속성을 포함할 수 있습니다.
다음 다이어그램은 기본 구현에서 서로 다른 B2B 클래스가 어떻게 서로 관련될 수 있는지에 대한 예를 제공합니다.
이 자습서에서는 Real-Time CDP B2B 에디션의 두 스키마 간의 다대일 관계를 정의하는 단계를 다룹니다.
시작하기
이 자습서에서는 Experience Platform UI의 XDM System 및 스키마 편집기에 대한 작업 이해를 필요로 합니다. 이 자습서를 시작하기 전에 다음 설명서를 검토하십시오.
- Experience Platform의 XDM 시스템: XDM 및 Experience Platform의 구현에 대한 개요입니다.
- 스키마 컴포지션 기본 사항: XDM 스키마 빌딩 블록 소개.
- 을(를) 사용하여 스키마를 만듭니다 Schema Editor: UI에서 스키마를 만들고 편집하는 방법에 대한 기본 사항을 다루는 튜토리얼입니다.
소스 및 참조 스키마 정의
관계에 정의될 두 개의 스키마를 이미 생성했을 것으로 예상됩니다. 이 자습서에서는 데모용으로 비즈니스 기회("Opportunities" 스키마에 정의됨)와 관련 비즈니스 계정("Accounts" 스키마에 정의됨) 간의 관계를 만듭니다.
스키마 관계는 참조 스키마 의 기본 ID 필드를 참조하는 소스 스키마 내의 전용 필드로 표시됩니다. 다음 단계에서 "Opportunities"은(는) 소스 스키마 역할을 하지만 "Accounts"은(는) 참조 스키마 역할을 합니다.
B2B 관계에서 ID 이해
관계를 설정하려면 참조 스키마에 정의된 기본 ID가 있어야 합니다. B2B 엔티티에 대한 기본 ID를 설정할 때 문자열 기반 엔티티 ID는 서로 다른 시스템 또는 위치에서 수집하는 경우 겹칠 수 있으며, 이로 인해 플랫폼에서 데이터 충돌이 발생할 수 있다는 점을 유의하십시오.
이를 위해 모든 표준 B2B 클래스에는 B2B Source 데이터 형식을 준수하는 "key" 필드가 포함되어 있습니다. 이 데이터 유형은 식별자의 소스에 대한 다른 컨텍스트 정보와 함께 B2B 엔티티의 문자열 식별자에 대한 필드를 제공합니다. 이러한 필드 중 하나인 sourceKey은(는) 데이터 형식의 다른 필드 값을 연결하여 엔터티에 대해 완전히 고유한 식별자를 생성합니다. 이 필드는 항상 B2B 엔티티 스키마의 기본 ID로 사용해야 합니다.
참조용으로 다음 섹션에서는 관계가 정의되기 전에 이 자습서에서 사용되는 각 스키마의 구조를 설명합니다. 스키마 구조에서 기본 ID가 정의된 위치와 기본 ID가 사용하는 사용자 정의 네임스페이스를 참고하십시오.
Opportunities 스키마
소스 스키마 "Opportunities"이(가) XDM 비즈니스 영업 기회 클래스를 기반으로 합니다. 클래스에서 제공하는 필드 중 하나(opportunityKey)가 스키마의 식별자 역할을 합니다. 특히 opportunityKey 개체 아래의 sourceKey 필드는 B2B Opportunity (이)라는 사용자 지정 네임스페이스에서 스키마의 기본 ID로 설정됩니다.
스키마 속성 에서 볼 수 있듯이 이 스키마는 Real-Time Customer Profile에서 사용할 수 있도록 설정되었습니다.
Accounts 스키마
참조 스키마 "Accounts"은(는) XDM 계정 클래스를 기반으로 합니다. 루트 수준 accountKey 필드에는 B2B Account이라는 사용자 지정 네임스페이스에서 기본 ID 역할을 하는 sourceKey이(가) 포함되어 있습니다. 이 스키마는 프로필에서도 사용할 수 있도록 설정되었습니다.
소스 스키마에 대한 관계 필드 정의 relationship-field
두 스키마 간의 관계를 정의하려면 소스 스키마에 참조 스키마의 기본 ID를 나타내는 전용 필드가 있어야 합니다. 표준 B2B 클래스는 일반적으로 관련된 비즈니스 엔터티를 위한 전용 소스 키 필드를 포함합니다. 예를 들어 XDM 비즈니스 영업 기회 클래스에는 관련 계정(accountKey) 및 관련 캠페인(campaignKey)에 대한 소스 키 필드가 포함되어 있습니다. 그러나 기본 구성 요소 이상이 필요한 경우 사용자 지정 필드 그룹을 사용하여 다른 B2B Source 필드를 스키마에 추가할 수도 있습니다.
관계 필드를 설정하려면 캔버스 내에서 해당 필드 옆에 있는 화살표 아이콘(
accountKey.sourceKey 필드입니다.
관계에 대한 세부 사항을 지정할 수 있는 대화 상자가 나타납니다. 관계 유형이 다대일(으)로 자동 설정됩니다.
참조 스키마 에서 검색 창을 사용하여 참조 스키마의 이름을 찾습니다. 참조 스키마의 이름을 강조 표시하면 참조 ID 네임스페이스 필드가 자동으로 스키마 기본 ID의 네임스페이스로 업데이트됩니다.
현재 스키마의 관계 이름 및 참조 스키마의 관계 이름 에서 소스 및 참조 스키마 컨텍스트의 관계에 대해 알기 쉬운 이름을 각각 지정하십시오. 완료되면 저장 을 선택하여 변경 내용을 적용하고 스키마를 저장합니다.
이제 관계 필드가 이전에 제공한 친숙한 이름으로 표시되어 캔버스가 다시 나타납니다. 쉽게 참조할 수 있도록 왼쪽 레일 아래에 관계 이름도 나열됩니다.
참조 스키마의 구조를 보면 스키마의 기본 ID 필드 옆에 관계 마커가 나타나고 왼쪽 레일에 표시됩니다.
다음 단계
이 자습서에 따라 Schema Editor을(를) 사용하여 두 스키마 간에 다대일 관계를 만들었습니다. 이러한 스키마를 기반으로 하는 데이터 세트를 사용하여 데이터를 수집했으며 해당 데이터가 프로필 데이터 저장소에서 활성화되면 다중 클래스 세그먼테이션 사용 사례에 대해 두 스키마의 특성을 사용할 수 있습니다.