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

将投放性能报告日志文件中的数据放入仅包含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获取该信息。在这种情况下，您的日志文件应仅包含ID。我们将与您合作，确定能否通过API获取元数据。

A virtual event April 27-28.

Expand your skills and get inspired.

使用条款