설명서 Journey Optimizer Journey Optimizer 안내서

DDL 파일을 사용하여 관계형 스키마 생성 file-upload-schema

Last update: Fri Sep 05 2025 00:00:00 GMT+0000 (Coordinated Universal Time)

적용 대상:
Campaign Orchestration

충성도 멤버십, 충성도 트랜잭션 및 충성도 보상 과 같은 스키마를 만들어 오케스트레이션된 캠페인에 필요한 관계형 데이터 모델을 정의합니다. 각 스키마에는 기본 키, 버전 관리 특성 및 수신자 또는 브랜드 와 같은 참조 엔터티에 대한 적절한 관계가 포함되어야 합니다.

스키마를 인터페이스를 통해 수동으로 생성하거나 DDL 파일을 사용하여 일괄로 가져올 수 있습니다.

이 섹션에서는 DDL(데이터 정의 언어) 파일을 업로드하여 Adobe Experience Platform 내에서 관계형 스키마를 생성하는 방법에 대한 단계별 지침을 제공합니다. DDL 파일을 사용하면 테이블, 속성, 키 및 관계를 포함하여 데이터 모델의 구조를 미리 정의할 수 있습니다.

DDL 파일을 업로드하여 관계형 스키마를 만들고 구조를 정의합니다.
데이터 모델의 테이블 간 관계를 정의합니다.
스키마를 연결하여 받는 사람 또는 브랜드와 같은 기존 프로필 엔터티와 관계형 데이터를 연결합니다.
지원되는 소스에서 데이터 집합에 데이터 수집.

DDL 파일 업로드 ddl-upload

DDL 파일을 업로드하여 테이블, 속성, 키, 관계 등 데이터 모델의 구조를 미리 정의할 수 있습니다.

Excel 기반 스키마 파일 업로드가 지원됩니다. 스키마 정의를 쉽게 준비하려면 제공된 템플릿을 다운로드하십시오.

Adobe Experience Platform에서 관계형 스키마를 생성할 때 지원되는 기능은 다음과 같습니다

열거형
ENUM 필드는 DDL 기반 및 수동 스키마 생성 모두에서 지원되므로 고정된 허용된 값 집합으로 속성을 정의할 수 있습니다.
다음은 한 예입니다.

code language-none

code language-none
`CREATE TABLE orders ( order_id INT NOT NULL, product_id INT NOT NULL, order_date DATE NOT NULL, customer_id INT NOT NULL, quantity INT NOT NULL, order_status enum ('PENDING', 'SHIPPED', 'DELIVERED', 'CANCELLED'), PRIMARY KEY (order_id, product_id) );`

CREATE TABLE orders (
order_id     INT NOT NULL,
product_id   INT NOT NULL,
order_date   DATE NOT NULL,
customer_id  INT NOT NULL,
quantity     INT NOT NULL,
order_status enum ('PENDING', 'SHIPPED', 'DELIVERED', 'CANCELLED'),
PRIMARY KEY (order_id, product_id)
);

데이터 거버넌스용 스키마 레이블
액세스 제어 및 사용 제한과 같은 데이터 거버넌스 정책을 적용하기 위해 스키마 필드 수준에서 레이블 지정이 지원됩니다. 자세한 내용은 Adobe Experience Platform 설명서를 참조하세요.
합성 키
관계형 스키마 정의에서 복합 기본 키가 지원되므로 여러 필드를 함께 사용하여 레코드를 고유하게 식별할 수 있습니다.

Adobe Experience Platform에 로그인.
데이터 관리 > 스키마 메뉴로 이동합니다.
스키마 만들기 를 클릭합니다.
관계형 을(를) 스키마 형식(으)로 선택합니다.

엔티티 관계 다이어그램을 정의하고 스키마를 생성하려면 DDL 파일 업로드 를 선택합니다.

테이블 구조에는 다음이 포함되어야 합니다.

하나 이상의 기본 키.
datetime 또는 number 유형의 lastmodified 필드와 같은 버전 식별자.
CDC(변경 데이터 캡처) 수집의 경우, 데이터 변경 유형(예: 삽입, 업데이트, 삭제)을 나타내고 증분 처리를 가능하게 하는 _change_request_type 유형의 이름이 String인 특수 열입니다.
DDL 파일은 200개 이상의 테이블을 정의하면 안 됩니다.

note important
IMPORTANT
타깃팅에 사용되는 스키마에는 연결된 `String`ID 네임스페이스 가 있는 유형의 ID 필드가 하나 이상 포함되어야 합니다. 이렇게 하면 Adobe Journey Optimizer의 타기팅 및 ID 해결 기능과의 호환성이 보장됩니다.

DDL 파일을 드래그 앤 드롭한 후 다음 을 클릭합니다.

DDL 파일의 최대 지원 크기는 10MB입니다.
스키마 이름 을 입력합니다.
기본 키가 지정되도록 각 스키마와 해당 열을 설정합니다.

데이터 집합이 최신 데이터로 업데이트되도록 하려면 lastmodified과(와) 같은 특성 하나를 버전 설명자(datetime, long 또는 int 형식)로 지정해야 합니다. 버전 설명자는 사용자가 변경할 수 있으며, 설정된 버전 설명자는 필수가 됩니다. 속성은 기본 키(PK)와 버전 설명자 모두가 될 수 없습니다.
특성을 identity(으)로 표시하고 정의된 ID 네임스페이스에 매핑합니다.
각 테이블의 이름을 바꾸거나, 설명을 삭제하거나, 추가합니다.
끝났으면 완료 를 클릭합니다.

이제 캔버스 내에서 테이블 및 필드 정의를 확인할 수 있습니다. 자세한 내용은 아래 섹션을 참조하십시오.

관계 정의 relationships

스키마 내의 테이블 간에 논리적 연결을 정의하려면 아래 단계를 따릅니다.

데이터 모델의 캔버스 보기에 액세스하고 연결할 두 테이블을 선택합니다.

소스 조인 옆에 있는 버튼을 클릭한 후 화살표를 드래그하여 대상 조인 방향으로 끌어서 연결합니다.

note note
NOTE
DDL 파일에 정의된 경우 복합 키가 지원됩니다.

지정된 양식을 작성하여 링크를 정의하고 구성이 완료되면 적용 을 클릭합니다.

카디널리티:
- 1-N: 소스 테이블의 발생 항목 하나는 타겟 테이블의 여러 발생 항목을 가질 수 있지만, 타겟 테이블의 발생 항목 하나는 소스 테이블의 해당 발생 항목을 최대 한 개까지 가질 수 있습니다.
- N-1: 타겟 테이블의 발생 항목 하나는 소스 테이블의 여러 발생 항목을 가질 수 있지만, 소스 테이블의 발생 항목 하나는 타겟 테이블의 해당 발생 항목을 최대 한 개까지 가질 수 있습니다.
- 1-1: 소스 테이블의 발생 항목 하나는 타겟 테이블의 해당 발생 항목을 최대 한 개까지 가질 수 있습니다.
데이터 모델에 정의된 모든 링크는 캔버스 보기에서 화살표로 표시됩니다. 세부 정보를 보거나, 편집하거나, 필요에 따라 링크를 제거하려면 두 테이블 사이의 화살표를 클릭합니다.
도구 모음을 사용하여 캔버스를 사용자 정의하고 조정합니다.
- 확대: 데이터 모델의 세부 정보를 더 명확하게 보려면 캔버스를 확대합니다.
- 축소: 데이터 모델을 더 넓게 보려면 캔버스 크기를 줄입니다.
- 보기 맞춤: 표시 영역 내의 모든 스키마에 맞게 확대/축소를 조정합니다.
- 필터: 캔버스 내에 표시할 스키마를 선택합니다.
- 자동 레이아웃 강제 적용: 더 나은 구성을 위해 스키마를 자동으로 정렬합니다.
- 맵 표시: 미니맵 오버레이를 전환하면 크거나 복잡한 스키마 레이아웃을 더 쉽게 탐색할 수 있습니다.
완료되면 저장 을 클릭합니다. 이 작업은 스키마와 관련 데이터 세트를 만들고 오케스트레이션된 캠페인에서 사용할 데이터 세트를 활성화합니다.
작업 열기 를 클릭하여 생성 작업의 진행 상황을 모니터링합니다. 이 프로세스는 DDL 파일에 정의된 테이블 수에 따라 몇 분 정도 걸릴 수 있습니다.

DDL 파일 업로드 창을 열고 모든 관계형 작업 보기 를 선택하여 관계형 작업에 액세스할 수도 있습니다.