이 페이지의 내용: Adobe Experience Platform 표준 및 관계형 스키마가 데이터 구조를 정의하는 방식을 이해하여 Adobe Journey Optimizer에서 개인화 및 오케스트레이션된 캠페인을 위한 프로필, 행동 이벤트 및 관계형 엔티티를 모델링합니다.
Adobe Journey Optimizer에서는 데이터의 구조를 일관되고 재사용 가능한 방식으로 서술하기 위해 Adobe Experience Platform 스키마를 사용합니다. 스키마는 실제 오브젝트(예: 사람)에 대한 추상적인 정의를 제공하고, 해당 오브젝트의 각 인스턴스에 포함되어야 하는 데이터(예: 이름, 성, 생일 등)에 대한 개요를 제공합니다. 데이터가 Experience Platform에 수집되면 항상 XDM 스키마에 따라 구조화됩니다.
표준 및 관계형 스키마
Adobe Experience Platform에는 두 가지 유형의 스키마가 있습니다.
-
표준 스키마는 클래스 및 필드 그룹을 사용하여 레코드 또는 시계열 데이터를 캡처하는 계층 스키마입니다.
표준 스키마는 다음 요소로 구성됩니다.
- 데이터 동작(레코드 또는 시계열)을 정의하는 클래스.
- 스키마에 특정 필드를 추가하는 하나 이상의 필드 그룹.
Journey Optimizer에서 표준 스키마는 일반적으로 개별 사용자와 그 속성을 나타내고, 클릭이나 구매 또는 로그인과 같은 시계열 상호 작용을 캡처하고, 세분화 및 개인화를 위해 실시간 고객 프로필을 제공하는 데 사용됩니다.
➡️ 이 비디오에서 표준 스키마를 만들고 구성하는 방법 알아보기(비디오)
-
관계형 스키마는 클래스나 필드 그룹을 사용하지 않는 단층적인 비계층 스키마입니다. 관계형 엔티티의 레코드 데이터를 캡처하는 데 사용되며 주로 Journey Optimizer 오케스트레이션된 캠페인에서 사용됩니다.
관계형 엔티티의 예는 다음과 같습니다.
- 예약, 계약 또는 구독
- 제품 또는 카탈로그
- 매장, 위치 또는 파트너
관계형 스키마를 사용하면 엔티티당(예: 예약당, 구독당) 하나씩 메시지를 보내고, 엔티티 속성(예: 제품 카테고리, 매장 위치)을 기반으로 세그먼트를 만들고, 엔티티에 연결된 모든 연락처에 도달하여 도달성을 향상시킬 수 있습니다.
관계형 스키마의 작동 방식:
- 수동으로 스키마를 만들거나 DDL을 통해 가져옴
- 스키마를 연결하여 엔티티와 사람 간의 관계를 정의합니다(예: 충성도 트랜잭션과 구성원 연결, 보상과 브랜드 연결).
- 지원되는 소스에서 데이터 세트로 데이터를 수집합니다.
사용 방법 비디오 video-schema
표준 스키마를 만들고, 필드 그룹을 추가하고, 사용자 정의 필드 그룹을 만들고 구성하는 방법을 알아봅니다.
This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.
For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.
- TL;DR: This page explains how Adobe Experience Platform standard and relational XDM schemas define the structure of your data so you can model profiles, behavioral events, and relational entities in Journey Optimizer.
Intents:
- Understand what an XDM schema is and how it structures ingested Experience Platform data.
- Distinguish standard schemas from relational schemas.
- Choose a class (record or time-series) and field groups for a standard schema.
- Model relational entities for Orchestrated campaigns.
- Understand the permanence of enabling a schema for Real-Time Customer Profile.
Glossary:
- XDM schema: an abstract definition of a real-world object that structures data ingested into Experience Platform (product-specific)
- Standard schema: a hierarchical schema that uses classes and field groups to capture record or time-series data (product-specific)
- Relational schema: a flat, non-hierarchical schema that does not use classes or field groups, used for record data for relational entities and primarily in Orchestrated campaigns (product-specific)
- Class: the schema component that defines data behavior (record or time-series) (product-specific)
- Field group: the schema component that adds specific fields to a schema (product-specific)
- Real-Time Customer Profile: the profile that standard schemas power for segmentation and personalization (product-specific)
Guardrails:
- Enabling a schema for Real-Time Customer Profile is permanent: once enabled, the schema cannot be disabled or deleted (hard constraint).
- Datasets built on an enabled schema can be disabled or deleted separately, but doing so removes the associated profile records and may affect segmentation and activation workflows.
- Relational schemas are flat and do not use classes or field groups.
Terminology:
- Do not confuse: “standard schema” (hierarchical, uses classes and field groups) ≠ “relational schema” (flat, no classes or field groups)
- Do not confuse: “class” (defines record versus time-series behavior) ≠ “field group” (adds specific fields)
- Do not confuse: “record” behavior ≠ “time-series” behavior
FAQ:
- Q: What are the two types of schemas? — Standard schemas (hierarchical) and relational schemas (flat, non-hierarchical).
- Q: What is the difference between a class and a field group? — A class defines the base behavior (record or time-series); field groups add specific fields to the schema.
- Q: When are relational schemas used? — Primarily in Journey Optimizer Orchestrated campaigns, for relational entities such as bookings, products, or stores.
- Q: Can I undo enabling a schema for Profile? — No; once enabled, the schema cannot be disabled or deleted, although its datasets can be disabled or deleted separately.
- Q: How do I create a relational schema? — Create it manually or import via DDL, then link schemas to define relationships and ingest data from supported sources.