是否有公式/估计/感觉根据文档种类的数量、每个文档的字段数以及它们之间的关系数向我们展示 RavenDB 数据库中的最佳索引数量是多少？
补充笔记：
据我了解（第一个）我们在 RavenDB 中查询索引，而不是文档和（第二个）索引就像物化视图，因此它们可能会花费很多。我需要知道有多少索引会损害 RavenDB 在更新它们时的性能并使延迟太大而无法忽略？
由于 Raven/MaxNumberOfParallelIndexTasks 设置为当前机器中的处理器数量，这是否意味着其他索引的索引过程会阻塞，直到当前索引任务结束？或者它们是会一次又一次运行的部分更新？
Kaveh，一般来说，我们更喜欢较少数量的索引，因为索引确实具有与它们相关的非平凡成本。也就是说，它们不需要花费much，尤其是因为它们是在后台构建的。
我们有很多客户使用几十个索引运行，我们也有一些客户使用数百个索引。
MaxNumberOfParallelIndexTasks 控制我们并行更新多少索引，但它的工作方式和原因解释起来有点复杂。从您的角度来看，它并不真正适用，因为与 MaxNumberOfParallelIndexTasks 一起，我们还考虑了当前系统负载、io 成本等因素。在大量索引中，一些索引会在其他索引构建时等待，是的，但这受到一系列限制，您不可能将其视为现实世界中的问题。