來自Microsoft Graph和Excel API的陳舊數據

Question

我們使用Microsoft Graph .NET客戶端庫向Excel API發送請求，以便讀取或寫入Office365中的Excel文件。 我們注意到，從API返回的數據有時是陳舊的。

例如，如果我們向Excel文件添加一行，然后立即讀取同一文件中的所有行，即使添加請求成功，我們回讀的數據中仍會丟失該行。 如果我們等待幾秒鍾，該行將顯示出來。 該問題不能一致地再現，並且延遲時間從小於一秒到有時幾十秒變化。 更新或刪除操作也會出現同樣的問題。

基於此，我們推測在API背后，數據需要花費大量時間在所有Microsoft服務器上傳播，如果我們的請求並不總是路由到同一台服務器，我們偶爾會遇到沒有服務器的服務器。最新數據。

可能正在使用Microsoft Graph API或Excel API的人驗證這個猜測嗎？ 我們知道，隨着Microsoft從運輸套裝軟件過渡到構建雲服務，將會出現問題和挑戰，因此我們不希望立即采用解決方案。 但是，由於我們的業務在很大程度上依賴於此API，如果存在已知問題，請告知我們，以便至少我們可以嘗試在我們的最終找到解決方法。

任何回應將不勝感激。 先感謝您。

Answer 1

請查看https://dev.office.com/blogs/power-your-apps-with-the-new-excel-rest-api

從以上網址復制：

注意：任何修改工作簿的請求都應在持久會話中執行。 在我們的文檔中查找有關如何創建持久會話的更多詳細信息。

創建持久會話

 POST .../workbook/CreateSession content-type: Application/Json authorization: Bearer {access-token} { "persistChanges": true } 

 Response HTTP code: 201, Created content-type: application/json;odata.metadata { "@odata.context": "https://graph.microsoft.com/v1.0/$metadata#microsoft.graph.sessionInfo", "id": "{session-id}", "persistChanges": true} 

用法然后，使用workbook-session-id HTTP標頭將從CreateSession調用返回的會話ID作為后續API請求的標頭傳遞。

 GET .../workbook/Worksheets authorization: Bearer {access-token} workbook-session-id: {session-id}