使用查閱表格縮短記錄檔處理時間

將資料放入「傳送效能」報表記錄檔中，並放入僅包含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。 我們會與您合作，判斷是否可透過API取得中繼資料。

本頁內容