推荐API - 上传使用事件

Question

此API的文档在功能方面有点难以理解。 https://westus.dev.cognitive.microsoft.com/docs/services/Recommendations.V4.0/operations/577d91f77270320f24da2592

  

将使用事件上传到模型。如果buildId设置为“-1”，则为事件   被摄取模型的Active Build。设置buildId是   如果设置为null或0，则会针对Active构建提取事件   活动构建不存在，事件不与任何关联   建立。

“被摄取模型的Active Build ”

• 这是什么意思？
• 将事件与构建关联时会发生什么？

我一直在使用上传使用事件API发送事件，但我没有在“数据统计信息”选项卡上看到有关活动版本的任何更改。

任何帮助理解这一点都将不胜感激。

我正在构建一个批处理过程来发送新的使用事件，现在我的方法就是：

1. 上传新用法文件
2. 删除旧用法文件
3. 创建新版本
4. 更改Active Build
5. 删除旧版

我希望只是发送用户事件的其他API会起作用，但由于我无法按预期工作，所以我改用了这种方法。

这是一个好方法还是应该以不同的方式做到这一点？

Answer 1

上传使用率文件比上传使用事件更好。

原因：

1. 您可以将事件作为一个文件发送，从而减少您的api使用次数
2. 如果出现问题，您可以随时查看并更正您的使用文件。我没有看到查看/编辑/删除上传事件的api命令
3. 如果当前版本存在问题，您可以重复使用您的使用文件来重新创建模型

这是我午夜时自己的过程：

1. 根据今天的活动上传新的使用文件
2. 创建新版本
3. 更新我的系统以使用新的内部版本号（因为我在同一型号中有不同的构建类型）

为什么这个过程？

显然，我们需要创建一个新的构建，以便考虑新的使用数据。

另一篇文章（由该主题的权威人士回答）

  

在updloading a usage event之后，您需要创建一个新版本   用法事件的模型被视为一部分   建议要求。

您可以查看整篇文章here

此外，正如链接帖子中所提到的，如果实时/频繁地进行浪费，一些使用事件可能不足以改变推荐。因此，使用使用文件并且每天进行一次的批处理是更务实的方法。