将投放性能报告日志文件中的数据放入仅包含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获取元数据。