ID만 포함된 테이블에 데이터를 배달 성능 보고서 로그 파일에 넣습니다. ID가 아닌 메타데이터를 별도의 조회 테이블에 추가하여 파일 크기와 처리 시간을 줄일 수 있습니다.
Delivery Performance 보고서에서 사용하는 일반적인 로그 파일은 일반적으로 수천 개의 행과 수십 개의 열을 포함합니다. 크리에이티브, 광고주, 삽입 주문 등과 같이 숫자 ID와 사람이 읽을 수 있는 정보로 구성됩니다.
이 ID가 아닌 정보는 metadata
(즉, 다른 정보에 대한 정보)이라고 하며 로그 파일의 각 행에 기록됩니다.
하지만, Delivery Performance 보고서는 주로 로그 파일의 ID와 함께 작동합니다. 메타데이터는 유용하지만 반복적입니다. 파일 크기 및 데이터 수집 시간이 증가합니다.
성능 향상을 위해 기본 데이터 파일에는 ID만 포함되어야 합니다. 메타데이터를 별도의 조회(또는 색인) 테이블에 놓고 이 레코드를 기본 파일에 연결하는 데 공통 키 변수가 있습니다.
아래 파일과 유사한 데이터 파일이 있다고 가정해 봅시다.
사용자 ID | 광고 ID | 광고 이름 | 주문 ID | 주문 이름 | 광고주 ID | 광고주 이름 |
---|---|---|---|---|---|---|
1 | 111 | Shoe A | 456 | 운동화 | 27 | 회사 A |
2 | 111년 | Shoe A | 456년 | 운동화 | 27 | 회사 A |
3 | 111년 | Shoe A | 456년 | 운동화 | 27 | 회사 A |
4 | 222 | Shoe B | 789년 | 하이킹 | 14 | 회사 B |
5 | 222년 | Shoe B | 789년 | 하이킹 | 14 | 회사 B |
메타데이터가 제거된 동일한 로그 파일입니다. ID로만 구성된 파일은 크기가 작고 처리하기 쉽습니다.
사용자 ID | 광고 ID | 주문 ID | 광고주 ID |
---|---|---|---|
3 | 111년 | 456년 | 27 |
2 | 111년 | 456년 | 27 |
1 | 111년 | 456년 | 27 |
4 | 222년 | 789년 | 14 |
5 | 222년 | 789년 | 14 |
아래 조회 파일은 메타데이터를 포함하고 광고 ID를 사용하여 기본 파일에 다시 연결할 수 있습니다. 크기도 메모해 주세요. 각 광고주를 여러 번 반복하는 대신 각 광고주에 대한 참조만 있으면 됩니다.
광고 ID | 광고 이름 | 주문 이름 | 광고주 이름 |
---|---|---|---|
111년 | Shoe A | 운동화 | 회사 A |
222년 | Shoe B | 하이킹 | 회사 B |
광고 서비스 시스템에 API가 있는 경우 조회 파일에서 메타데이터를 전송할 필요가 없을 수 있습니다. API를 통해 해당 정보를 얻을 수 있을 수 있습니다. 이 경우 로그 파일에는 ID만 포함되어야 합니다. Adobe는 API를 통해 메타데이터를 얻을 수 있는지 여부를 결정하기 위해 사용자와 협력합니다.