설명서 Commerce Commerce Intelligence 사용 안내서

계산된 열의 경로 만들기 또는 삭제

Last update: Mon Jul 15 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

작성 대상:

초급
중간
관리자
개발자
사용자

계산된 열 새로 고침

Data Warehouse에서 계산된 열을 만드는 중에 열을 만드는 중인 테이블이 정보를 가져오는 테이블과 어떻게 관련이 있는지 설명하는 경로를 정의하라는 메시지가 표시됩니다. 경로를 성공적으로 만들려면 다음 두 가지를 알아야 합니다.

데이터베이스의 테이블이 서로 관련되는 방식
이 관계를 정의하는 기본 및 외래 키

이 정보를 알고 있으면 이 항목의 지침에 따라 경로를 쉽게 만들 수 있습니다. 조직의 기술 전문가에게 문의하거나 전문 서비스 팀에 문의할 수 있습니다.

테이블 관계 및 주요 유형에 대한 새로 고침 refresher

테이블 관계 relationships

이 개념은 테이블 관계 이해 및 평가 문서에서 다루지만 빠른 요약은 다른 사람에게 해를 주지 않습니다.

다음 세 가지 방법 중 하나로 표를 서로 연결할 수 있습니다.

Relationship Type

Example

one-to-one

사람과 운전면허증 번호 간의 관계. 운전면허증은 1인만 가질 수 있고 운전면허증번호는 1인에게만 속한다.

one-to-many

주문과 품목 간의 관계 - 주문에는 많은 품목이 포함될 수 있지만 품목은 단일 주문에 속합니다. 이 경우 주문 테이블은 한 쪽이고 항목 테이블은 여러 쪽입니다.

many-to-many

제품과 카테고리 간의 관계: 제품은 많은 카테고리에 속할 수 있으며, 카테고리는 많은 제품을 포함할 수 있습니다.

두 테이블 간의 관계를 이해하면 이 함수를 사용하여 한 테이블에서 다른 테이블로 정보를 가져오기 위해 만들어야 하는 경로를 결정할 수 있습니다. 이 다음 단계에서는 테이블 관계를 용이하게 하는 기본 및 외래 키를 알아야 합니다.

기본 및 외래 키 keys

Primary Key은(는) 테이블 내에서 고유한 값을 생성하는 변경되지 않는 열 또는 열 집합입니다. 예를 들어 고객이 웹 사이트에서 주문하면 새 행이 장바구니의 orders 테이블에 새 order_id과(와) 함께 추가됩니다. 이 order_id을(를) 사용하면 고객과 비즈니스 모두 해당 특정 주문의 진행 상황을 추적할 수 있습니다. 주문 ID는 고유하므로 일반적으로 orders 테이블의 Primary Key입니다.

Foreign Key은(는) 다른 테이블의 Primary Key 열에 연결되는 테이블 내에 만들어진 열입니다. 외래 키는 분석가가 레코드를 쉽게 조회하고 함께 연결할 수 있도록 표 사이에 참조를 생성합니다. 각 고객의 주문에 대해 알고 싶다고 가정해 보겠습니다. customer id 열(customers 테이블의 Primary Key)과 order_id 열(customers 테이블의 Foreign Key, orders 테이블의 Primary Key 참조)을 사용하면 이 정보를 연결하고 분석할 수 있습니다. 경로를 만들 때 Primary Key과(와) Foreign Key을(를) 모두 정의하라는 메시지가 표시됩니다.

경로 만들기 createpath

Data Warehouse에서 열을 만들 때 한 테이블에서 다른 테이블로 정보를 가져오는 경로를 정의해야 합니다. 테이블 사이에 경로가 존재하기 때문에 경로가 미리 채워지는 경우가 있지만 그렇지 않으면 경로를 만들어야 합니다.

고객 과(와) 주문 간의 관계를 사용하여 완료 방법을 표시하십시오. 분류:

관계가 one-to-many입니다. 한 고객은 여러 개의 주문을 가질 수 있지만 한 주문에는 한 명의 고객만 포함될 수 있습니다. 이는 관계의 방향 또는 계산된 열을 만들어야 하는 위치를 알려줍니다. 이 경우 orders 테이블의 정보를 customers 테이블로 가져올 수 있습니다.
사용할 primary key은(는) customers.customerid이거나 customers 테이블의 customer ID 열입니다.
사용할 foreign key은(는) orders.customerid이거나 orders 테이블의 customer ID 열입니다.

이제 경로를 만들 수 있습니다.

Data > Data Warehouse 을(를) 클릭합니다.
테이블 목록에서 열을 만들 테이블을 클릭합니다. 이 예제에서는 customers 테이블입니다.
테이블 스키마가 표시됩니다. Create New Column 을(를) 클릭합니다.
열에 이름을 지정하십시오(예: Customer's orders).
열에 대한 정의를 선택합니다. 유용한 치트 시트를 보려면 계산된 열 가이드를 확인하십시오.
Select table and column 드롭다운에서 Create new path 옵션을 클릭합니다.
드롭다운을 사용하여 각 테이블에 대한 기본 키와 외래 키를 선택합니다.

Many측에서 orders.customerid을(를) 선택합니다. 고객이 많은 주문을 할 수 있습니다.

One측에서 customers.customerid을(를) 선택합니다. 주문에는 고객이 하나만 있을 수 있습니다.
Save 을(를) 클릭하여 경로를 저장하고 열 만들기를 완료합니다.

경로 생성의 제한 사항 limits

Commerce Intelligence에서 기본/외래 키 관계를 추측할 수 없습니다. 계정에 잘못된 데이터를 도입하지 않으려는 경우 경로를 수동으로 만들어야 합니다.
현재 서로 다른 두 테이블 사이에만 경로를 지정할 수 있습니다. 다시 만들려는 논리에 두 개 이상의 테이블이 포함됩니까? 그런 다음 (1) 먼저 중간 테이블에 열을 연결한 다음 "최종 대상" 테이블에 열을 연결하거나 (2) 전문 서비스 팀에 문의하여 목표에 대한 최상의 접근 방법을 찾는 것이 적절할 수 있습니다.
열은 한 번에 하나의 경로에 대한 외래 키 참조만 될 수 있습니다. 예를 들어 order_items.order_id이(가) orders.id을(를) 가리키면 order_items.order_id은(는) 다른 항목을 가리킬 수 없습니다.
Many-to-many경로는 기술적으로 만들 수 있지만 양쪽 모두 실제 one-to-many 외래 키 이므로 종종 잘못된 데이터를 생성합니다. 이러한 경로에 가장 적합한 접근 방법은 항상 원하는 특정 분석에 따라 다릅니다. 최상의 솔루션을 확인하려면 RJ 분석팀에 문의하십시오.

위의 제한 사항 중 하나 이상으로 인해 계산된 열을 만들 수 없는 경우 지원 센터에 현재 사용 중인 열에 대한 설명을 문의하십시오

계산된 열 경로 삭제 delete

Data Warehouse에서 잘못된 경로를 생성했습니까? 아니면 봄맞이 대청소를 좀 하고 있어서 정리하고 싶은 거 아니야? 계정에서 경로를 삭제해야 하는 경우 Adobe 지원 분석가에게 티켓을 보낼 수 있습니다. 경로의 이름을 포함해야 합니다!

요약 wrapup

이제 Data Warehouse에서 계산된 열에 대한 경로를 쉽게 만들 수 있습니다. 특정 경로에 대해 여전히 잘 모르는 경우 Commerce Intelligence 계정에서 Support 을(를) 클릭하여 지원을 받을 수 있습니다.