조회 테이블을 사용하여 로그 파일 처리 시간 개선 improve-log-file-processing-times-with-lookup-tables

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

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

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

ID가 아닌 이 정보를 metadata(즉, 다른 정보에 대한 정보)이라고 하며 로그 파일의 각 행에 기록됩니다.

그러나 Delivery Performance 보고서는 주로 로그 파일의 ID에서 작동합니다. 메타데이터는 유용하지만 반복적입니다. 파일 크기 및 데이터 수집 시간이 늘어납니다.

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

성능을 향상시키려면 기본 데이터 파일에 ID만 포함되어야 합니다. 메타데이터를 별도의 조회(또는 인덱스) 테이블에 넣고 두 레코드 모두에 공통인 키 변수를 사용하여 이러한 레코드를 기본 파일에 연결합니다.

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

아래 데이터 파일과 유사한 데이터 파일이 있다고 가정해 보겠습니다.

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

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

API를 사용하면 조회 테이블이 필요 없습니다

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