Show Menu
主题×

使用查找表缩短日志文件处理时间

将数据放入“投放性能”报告日志文件中,放入仅包含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
 
以下查找文件包含元数据,并可以使用广告ID链接回主文件。 请注意大小。 您只需为每个广告商提供一个引用,而不是重复多次。
广告 ID
广告名称
订购名称
广告商名称
111
鞋A
运动鞋
公司A
222
鞋B
徒步旅行
公司B

API可以消除对查找表的需求

如果广告服务系统有API,则可能无需在查找文件中发送元数据。 我们可能能够通过API获取该信息。 在这种情况下,您的日志文件应仅包含ID。 我们将与您一起确定是否可以通过API获取元数据。