ドキュメントの種類の数、ドキュメントごとのフィールドの数、およびそれらの間の関係の数に応じて、RavenDB データベースのインデックスの最適な数を示す数式/推定/感覚はありますか?
その他の注意事項：
私が理解しているように、(1 つ目) ドキュメントではなく RavenDB のインデックスをクエリし、(2 つ目) インデックスはマテリアライズド ビューに似ているため、コストがかかる可能性があります。RavenDB の更新時のパフォーマンスを低下させ、レイテンシーが無視できないほど大きくなるインデックスの数を知る必要がありますか?
Raven/MaxNumberOfParallelIndexTasks は現在のマシンのプロセッサ数に設定されているため、現在のインデックス作成タスクが終了するまで他のインデックスのインデックス作成プロセスがブロックされるということですか? それとも、何度も実行される部分的な更新ですか?
Kaveh さん、一般的には、インデックスの数が少ないほうがよいと思います。インデックスには重要なコストがかかるからです。とは言ってもmuch、特にバックグラウンドで構築されているため、費用はかかりません。
数ダースのインデックスを実行する多くの顧客がいますが、数百のインデックスを実行する少数の顧客もいます。
MaxNumberOfParallelIndexTasks は、並行して更新するインデックスの数を制御しますが、それがどのように、そしてなぜ機能するかは、説明が少し複雑です。あなたの観点からは、MaxNumberOfParallelIndexTasks とともに、現在のシステム負荷、io コストなども考慮されるため、実際には適用されません。多数のインデックスでは、一部のインデックスは他の構築中に待機します。はい、しかし、これには一連の制限が適用され、実際の状況ではこれを問題として認識できない可能性があります。