Adobe Commerce Intelligence 환경

상거래 데이터를 분석할 때 이러한 요인과 일반적인 오해에 대해 알아두십시오. Commerce 스키마를 올바르게 사용하고 있는지 확인하는 데 도움이 필요하면 지원에 문의하십시오.

entity_id

많은 테이블에 이름이 entity\_id인 열이 포함되어 있습니다. entity\_id을(를) 포함하는 각 테이블에서 해당 열은 고유한 행을 식별하는 데 사용됩니다.

예를 들어 sales\_order 테이블의 각 행은 고유한 순서입니다. 이 테이블의 기본 키는 entity\_id입니다. 이 열은 order\_id(으)로 생각할 수 있습니다. 별도의 테이블 customer\_entity에서 각 행은 고유한 고객을 나타냅니다. 이 테이블의 기본 키는 customer\_id(으)로 생각할 수 있는 entity\_id이라고도 합니다.

해당 테이블에서 sales\_order.entity\_id은(는) customer\_entity.entity\_id과(와) 같지 않습니다. entity\_id이(가) 포함된 모든 테이블 집합에 대해 true입니다. table\_A.entity\_id이(가) table\_B.entity\_id과(와) 같지 않습니다.

Guest orders

고객이 계정(게스트 주문)을 가지고 있지 않고 사이트에서 주문하도록 허용하는 경우 해당 고객은 customer\_entity 표에 행으로 채워지지 않습니다. 또한 게스트가 주문한 각 주문의 sales\_order 테이블에 null customer\_id 값이 있습니다.

따라서 시간에 따른 게스트 동작을 추적하려면 customer\_email과(와) 같은 고객 식별자를 사용하여 sales\_order 테이블에서 모든 고객 수준 열을 계산해야 합니다.

sales\_order 테이블을 고객 테이블로 사용하는 경우 고객 수준 지표를 만들 때 주의해야 합니다. 예를 들어 평균 라이프타임 매출 지표를 고려하십시오. 이 지표는 고객 기반 전반의 평균 라이프타임 매출을 식별하는 데 사용됩니다. 먼저 각 고객에 대해 라이프타임 수익을 반환하는 새 열이 필요합니다. 그런 다음 고객의 평균 라이프타임 매출을 얻으려면 이 열의 평균을 구해야 합니다.

customer\_entity 테이블을 사용할 수 있는 경우 각 행은 단일 고객이며 각 고객은 해당 테이블에 한 번만 존재합니다. 따라서 라이프타임 매출 열이 있는 경우 평균 지표를 생성하기만 하면 됩니다. 그러나 sales\_order 테이블을 고객 테이블로 사용하는 경우 고객이 여러 행에 있을 수 있습니다. 라이프타임 수익 열을 설정한 후에는 주어진 고객이 수행한 각 주문(행)에 해당 고객의 라이프타임 수익이 표시되지만 전체 평균 지표에 해당 고객을 한 번만 포함시키려고 합니다.

여기에서 중요한 것은 각 고객을 한 번만 포함하도록 하는 필터를 지표에 추가해야 한다는 것입니다. Adobe은 고객 주문 번호 = 1 ​에 대해 필터링하는 고객 수 ​를 만들어 사용할 것을 권장합니다(다른 필터 중 원치 않는 고객을 제외해야 할 수도 있음). 이 필터를 추가하면 고객 수준 지표에서 각 고객을 한 번만 포함할 수 있습니다.