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

배달 성능 보고서 로그 파일에 데이터를 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
1	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가 있는 경우 조회 파일에서 메타데이터를 전송할 필요가 없을 수 있습니다. API를 통해 해당 정보를 얻을 수 있습니다. 이 경우 로그 파일에는 ID만 포함되어야 합니다. Adobe는 API를 통해 메타데이터를 얻을 수 있는지 여부를 결정하기 위해 고객과 함께 작업합니다.