조회 테이블을 사용하여 로그 파일 처리 시간 개선

ID만 포함된 테이블에 데이터를 전달 성능 보고서 로그 파일에 넣습니다. 파일 크기와 처리 시간을 줄이는 데 도움이 되도록 ID가 아닌 메타데이터를 별도의 조회 테이블에 넣습니다.

로그 파일 메타데이터가 파일 크기 및 처리 시간을 늘림

Delivery Performance 보고서에서 사용하는 일반적인 로그 파일에는 일반적으로 수천 개의 행과 수십 개의 열이 포함되어 있습니다. 광고 크리에이티브, 광고주, 삽입 주문 등과 같은 숫자 ID와 사람이 읽을 수 있는 정보로 구성됩니다.

이 비 ID 정보는 metadata (즉, 다른 정보에 대한 정보)라고 하며 로그 파일의 각 행에 작성됩니다.

그러나 Delivery Performance 보고서는 주로 로그 파일의 ID에서 작동합니다. 메타데이터는 유용하지만 반복적으로 사용됩니다. 파일 크기와 데이터 수집 시간이 증가합니다.

인덱스 테이블을 사용하여 파일 크기 축소 및 처리 시간 단축

성능을 개선하기 위해 기본 데이터 파일에는 ID만 포함되어야 합니다. 별도의 조회(또는 색인) 테이블에 메타데이터를 놓고 이 레코드를 두 테이블에 공통되는 키 변수로 기본 파일에 연결합니다.

조회 테이블에서 파일 크기를 줄이는 방법

아래 파일과 유사한 데이터 파일이 있다고 가정합니다.

사용자 ID 광고 ID 광고 이름 주문 ID 주문 이름 광고주 ID 광고주 이름
1 111 신발 A 456 운동화 27 회사 A
2 111년 신발 A 456년 운동화 27년 회사 A
3 111년 신발 A 456년 운동화 27년 회사 A
4 222 신발 B 789년 하이킹 14 회사 B
5 222년 신발 B 789년 하이킹 14 회사 B

 

메타데이터가 제거된 동일한 로그 파일입니다. 파일은 ID로만 구성되는 경우 더 작아지고 처리하기가 더 쉽습니다.

사용자 ID 광고 ID 주문 ID 광고주 ID
3 111년 456년 27년
2개 111년 456년 27년
3 111년 456년 27년
4 222년 789년 14
5개 222년 789년 14

 

아래 조회 파일은 메타데이터를 보관하며 광고 ID를 사용하여 기본 파일에 다시 연결할 수 있습니다. 크기도 메모해 주세요. 각 광고주를 여러 번 반복하는 대신 각 광고주에 대해 하나의 참조만 있으면 됩니다.

광고 ID 광고 이름 주문 이름 광고주 이름
111년 신발 A 운동화 회사 A
222년 신발 B 하이킹 회사 B

API는 조회 테이블을 필요로 하지 않을 수 있습니다.

광고 서비스 시스템에 API가 있는 경우 조회 파일에서 메타데이터를 전송할 필요가 없습니다. API를 통해 해당 정보를 가져올 수 있습니다. 이 경우 로그 파일에는 ID만 포함되어야 합니다. Adobe는 API를 통해 메타데이터를 얻을 수 있는지 확인하기 위해 사용자와 협력합니다.

이 페이지에서는