2017-06-02 58 views
1

该API的文档在功能上有点难以理解。 https://westus.dev.cognitive.microsoft.com/docs/services/Recommendations.V4.0/operations/577d91f77270320f24da2592推荐API - 上传使用事件

将使用率事件上传到模型。如果buildId设置为“-1”,则会针对模型的活动构建摄入事件 。设置buildId为 设置为null或0,则针对活动构建摄入事件,如果 活动构建不存在,则该事件不与任何 构建关联。

根据模型的主动构建摄入”

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

我一直在使用Upload usage event API发送事件,但在Data Statistics选项卡上看不到活动构建中的任何更改。

任何帮助了解这一点,将不胜感激。


我建立一个批处理进程发送新的使用事件,而现在我的做法是这样的:

  1. 上传新的使用文件
  2. 删除旧的用法文件
  3. 新建Build
  4. Change Active Build
  5. Delete Old Build

我希望其他API只是为了发送用户事件而行,但由于我无法按预期工作,我改变了这种方法。

这是一个很好的方法,或应该以不同的方式做到这一点?

回答

0

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

原因:

  1. 你得到发送事件这样一个文件,减少您的API使用次数
  2. 您可以随时查看并纠正你使用的文件的情况下,什么是错的。我没有看到一个API命令来查看/编辑/删除已上传的事件
  3. 您可以重用使用文件重新创建中的问题的情况下,模型与当前一个

这里是半夜在我自己的过程:

  1. 上传新文件使用基于今天的事件
  2. 创建新的构建
  3. 更新我的系统使用新的版本号(因为我在同一模型有不同的构建类型)

为什么这个过程?

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

每另一篇文章中(由权威机构关于这个问题的回答)

updloading a usage event后,您需要在 创建一个新的构建这个模型的使用事项被视为 建议请求的一部分。

您可以检查整个后here

而且,在链接的文章中提到,如果做实时/常因此浪费精力了几个使用事件可能不足以改变的建议。因此,使用使用率文件并每天执行一次的批处理是更实用的方法。