空のdocumentDBコレクションが2つ作成されました.1)単一パーティションで、2)マルチパーティションで作成されました。次に、これらの両方のコレクションに1つの行を挿入し、スキャンを実行しました(select * from c)。私は、単一パーティションが約2RUを占めるのに対し、マルチパーティションは約50RUを占めることを発見しました。これはRUだけではありませんが、マルチパーティションの場合、読み取りレイテンシは約20倍遅くなりました。それで、マルチパーティションは、パーティション間で照会されると常に高い読み取りレイテンシを持ちますか?DocumentDBの読み込みレイテンシがパーティション間で照会されたとき
0
A
答えて
1
複数パーティションの収集では、単一パーティションの収集と同じ待機時間を得ることができます。あなたは非空のコレクションを持っている場合は
- 、パフォーマンス データはパーティションの1つから読み込まれると同じになりますのは、スキャンの例を見てみましょう。データは最初のパーティションから読み込まれ、順番にパーティション間でページが分けられます。
- MaxDegreeOfParallelismオプションを使用すると、同じ低い値の の遅延が発生します。クエリーの実行はデフォルトではシリアルであり、大きいデータセットを使用するクエリに対しては を最適化することに注意してください。 並列処理オプションを使用すると、クエリの待機時間は同じになります。
- パーティションキー=値でフィルタをスキャンすると、並列性がなくても と同じパフォーマンスが得られます。
クエリ中に触れた各パーティション(クエリ解析用に1パーティションあたり〜2 RU)に小さなRUオーバーヘッドがあることは事実です。これはクエリサイズが大きくなるほど、つまりクエリが返された場合でも増加しません。 1000個のドキュメントの場合、クエリは1000個のRUの代わりにパーティション化されたコレクションの1000 + P * 2 RUになります。もちろん、パーティションキーにフィルタを含めることで、このオーバーヘッドを排除できます。
関連する問題
- 1. MMIO読み取り/書き込みレイテンシ
- 2. Cassandraは大容量パーティションの書き込みレイテンシを読み取ります
- 3. EBSとEFSの読み取りと書き込みのレイテンシ
- 4. Cassandra - cfstatsと読み取り/書き込みレイテンシの意味
- 5. カサンドラと読み取りレイテンシ
- 6. プロテクトされたメモリ例外の読み込み/書き込み
- 7. ハイ読むカサンドラでの書き込みレイテンシは2.2.6
- 8. C:リンクされたリストとファイルへの書き込みと読み込み
- 9. レールの読み込み時間が遅い3.2 - デバッグでレールの読み込みが2回表示される
- 10. cassandra 1.1の読み込みレイテンシを取得する方法は?
- 11. jarにビルドされたときの.shaderファイルの読み込み
- 12. TreeViewノードがWPFでクリックされたときの画像の読み込み
- 13. ネストされたjsonの読み込み
- 14. 読み込み時間がgrailsで
- 15. arduino書き込みと読み込み
- 16. ファイル読み込みと書き込み
- 17. パーティションへのハイブ書き込みとDEFAULT
- 18. セッションごとの読み込み時間
- 19. TABで区切られたCSVファイルへの書き込みと読み込み
- 20. CとPython間のFifoファイルの読み込みと書き込み
- 21. ユニティエディタとデプロイされたアプリケーションでの3Dモデルの読み込み
- 22. 壊れたテキストファイルの読み込み/書き込み/開く
- 23. ページの読み込みが開始されないドキュメントの読み込み
- 24. ペースページの読み込みにアニメーションの読み込みが表示されない
- 25. 呼び出されたときの読み込み関数のみ - PHP
- 26. 読み取り時間と書き込み時間
- 27. 読み込み時間
- 28. herokuのホストされたサイトでCSS読み込みが遅い
- 29. 人間の目は、画像の読み込み時間が10ミリ秒のレイテンシを感じることができる
- 30. アニメーションの読み込みWebサービスコールが返されたときにフリーズする
2つのコレクションを照会するコードを表示できますか? –