使用查閱表格縮短記錄檔處理時間 improve-log-file-processing-times-with-lookup-tables

將「傳遞效能」報告日誌檔案中的資料放入僅包含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
1
111
456
27
2
111
456
27
3
111
456
27
4
222
789
14
5
222
789
14

下面的查找檔案保存元資料,並可以用Ad ID連結回主檔案。 同時注意大小。 您不需要多次重複每個廣告商,而只需為每個廣告商提供一個參考。

廣告 ID
廣告名稱
訂單名稱
廣告商名稱
111
鞋A
運動鞋
公司A
222
鞋B
遠足
公司B

API可消除對查找表的需求

如果您的廣告服務系統具有API,則可能不需要在查找檔案中發送元資料。 我們可以通過API獲取這些資訊。 在這種情況下,日誌檔案應僅包含ID。 我們將與您合作,以確定是否可以通過API獲取元資料。

recommendation-more-help
de293fbf-b489-49b0-8daa-51ed303af695