推薦API - 上傳使用事件

Question

該API的文檔在功能上有點難以理解。 https://westus.dev.cognitive.microsoft.com/docs/services/Recommendations.V4.0/operations/577d91f77270320f24da2592

將使用率事件上傳到模型。如果buildId設置爲「-1」，則會針對模型的活動構建攝入事件 。設置buildId爲 設置爲null或0，則針對活動構建攝入事件，如果 活動構建不存在，則該事件不與任何 構建關聯。

「根據模型的主動構建攝入」

• 這是什麼意思？
• 將事件關聯到構建時會發生什麼？

我一直在使用Upload usage event API發送事件，但在Data Statistics選項卡上看不到活動構建中的任何更改。

任何幫助瞭解這一點，將不勝感激。

---

我建立一個批處理進程發送新的使用事件，而現在我的做法是這樣的：

1. 上傳新的使用文件
2. 刪除舊的用法文件
3. 新建Build
4. Change Active Build
5. Delete Old Build

我希望其他API只是爲了發送用戶事件而行，但由於我無法按預期工作，我改變了這種方法。

這是一個很好的方法，或應該以不同的方式做到這一點？

Answer 1

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

原因：

1. 你得到發送事件這樣一個文件，減少您的API使用次數
2. 您可以隨時查看並糾正你使用的文件的情況下，什麼是錯的。我沒有看到一個API命令來查看/編輯/刪除已上傳的事件
3. 您可以重用使用文件重新創建中的問題的情況下，模型與當前一個

這裏是半夜在我自己的過程：

1. 上傳新文件使用基於今天的事件
2. 創建新的構建
3. 更新我的系統使用新的版本號（因爲我在同一模型有不同的構建類型）

爲什麼這個過程？

顯然，我們需要創建一個新的構建，以便考慮新的使用數據。

每另一篇文章中（由權威機構關於這個問題的回答）

updloading a usage event後，您需要在 創建一個新的構建這個模型的使用事項被視爲 建議請求的一部分。

您可以檢查整個後here

而且，在鏈接的文章中提到，如果做實時/常因此浪費精力了幾個使用事件可能不足以改變的建議。因此，使用使用率文件並每天執行一次的批處理是更實用的方法。