Azure Search |インデックス更新の合計注文

Question

私はAzure Searchでexcellent feedbackを読んでいます。しかし、私はそのリストから質問＃1への回答に疑問をはっきりさせなければなりません。

...データをインデックスするとすぐにはクエリできません。

...現在、インデックス内の同じドキュメントに対する同時更新を制御するメカニズムはありません。

最終的な一貫性は良好です。私はいくつかの更新を行い、最終的に私の更新は読み取り/照会で表示されます。

ただし、更新プログラムの注文に関する保証は実際には問題になりません。私は、それはすべての更新が処理された後E.fieldXは「foo」を含むことは完全に可能だ集める何

1) update index entry E.fieldX w/ foo at time 12:00:01 
2) update index entry E.fieldX w/ bar at time 12:00:02 

から：多分私はのは、この基本的なシナリオを想定してみましょう誤解していますか？

これが当てはまる場合、この製品の適用範囲が厳しく制限されているようです。

Answer 1

現在のところ、Azure Searchは、文書レベルの楽観的同時実行性を提供していません。主に、圧倒的多数のシナリオでは必要ないためです。この質問の優先順位をつけるには、External Version UserVoice suggestionに投票してください。

今日、データイングレスの同時実行性を管理する方法の1つは、Azure Search indexersです。インデクサーは、各時点でソース文書の現在のバージョンのみを処理し、レースの可能性を排除することを保証します。

Answer 2

複数の同時リクエストを発行すると、サーバーに到達する順序を予測できないため、順序は不明です。

インデックス順のバッチを順番に発行すると（つまり、最初のバッチのサービスからのACKを見た後でのみ2番目のバッチを開始する）、並べ替えが表示されません。