워크플로우에서 테이블을 조인할 수 있지만 Adobe은 데이터 구조 정의에서 직접 리소스 간의 공통 링크를 정의하는 것을 권장합니다.
링크는 표의 실제 데이터와 일치하도록 정의해야 합니다. 잘못된 정의는 링크를 통해 검색된 데이터에 영향을 줄 수 있습니다(예: 예기치 않게 레코드를 복제하는 경우).
링크의 이름을 리소스 이름으로 일관되게 지정합니다. 링크 이름은 떨어진 테이블이 무엇인지 이해하는 데 도움이 됩니다.
"id"가 있는 링크의 이름을 접미사로 지정하지 마십시오. 예를 들어 이름을 "transactionId"가 아닌 "transaction"로 지정합니다.
성능
언제든지 더 나은 성능을 보장하려면 아래 모범 사례를 따르십시오.
일반 권장 사항
쿼리에 "CONTAINS"와 같은 작업을 사용하지 마십시오. 의 예상 내용을 알고 있고 을 필터링하려는 경우 "EQUAL TO" 또는 기타 특정 필터 연산자와 동일한 조건을 적용합니다.
워크플로우에서 데이터를 작성하는 동안 인덱싱되지 않은 필드와 결합하지 마십시오.
가져오기 및 내보내기와 같은 프로세스가 업무 시간에 발생하는지 확인하십시오.
모든 일별 활동에 대한 일정이 있는지 확인하고 일정대로 하세요.
일별 프로세스 중 하나 또는 일부가 실패하여 같은 날에 실행해야 하는 경우 시스템 성능에 영향을 줄 수 있으므로 수동 프로세스를 시작할 때 실행 중인 충돌하는 프로세스가 없는지 확인합니다.
가져오기 프로세스 또는 수동 프로세스가 실행되는 동안 일별 캠페인이 실행되지 않도록 하십시오.
모든 행에 필드를 복제하지 않고 하나 또는 여러 개의 참조 테이블을 사용합니다. 키/값 쌍을 사용할 때는 숫자 키를 선택하는 것이 좋습니다.
짧은 문자열을 사용할 수 있습니다. 외부 시스템에서 참조 테이블이 이미 있는 경우 이를 다시 사용하면 Adobe Campaign과의 데이터 통합이 용이해집니다.
일대다 관계
데이터 디자인은 유용성과 기능에 영향을 줍니다. 일대다 관계가 많은 데이터 모델을 디자인하는 경우 사용자가 애플리케이션에서 의미 있는 논리를 구성하는 것이 더 어렵습니다. 일대다 필터 로직은 기술 전문가가 아닌 마케터가 올바르게 작성하고 이해하는 데 어려울 수 있습니다.
사용자가 쿼리를 쉽게 작성할 수 있으므로 한 테이블에 모든 필수 필드를 포함하는 것이 좋습니다. 조인을 방지할 수 있는 경우 테이블 간에 일부 필드를 복제하는 것이 좋은 경우가 있습니다.
특정 기본 제공 기능에서는 일대다 관계(예: 오퍼 가중치 공식 및 게재)를 참조할 수 없습니다.
큰 테이블
다음은 큰 테이블과 복잡한 조인을 사용하여 데이터 모델을 디자인할 때 따라야 할 몇 가지 모범 사례입니다.
특히 사용하지 않는 열을 식별하여 열 수를 줄입니다.
여러 조건 및/또는 여러 열에 대한 조인과 같은 복잡한 조인을 방지하여 데이터 모델 관계를 최적화합니다.
조인 키의 경우 항상 문자 문자열보다는 숫자 데이터를 사용하십시오.
로그 보존 깊이를 최대한 줄입니다. 더 깊은 기록이 필요한 경우 계산 및/또는 사용자 지정 로그 테이블을 처리하여 더 큰 내역을 저장할 수 있습니다.