Lucene.net版本,可能会跳过优化(对于Lucene 3.0.3)



我们正在使用.NET中的搜索引擎并使用Lucene.net库。在索引时,我们遇到了一些缓慢的消息,在谷歌搜索这件事时,我们看到该区域的增强功能比我们使用的更高版本。

看起来Lucene的最高.NET版本是3.0.3,而在Java中,版本更高。

有人知道Lucene有更高的.NET版本吗?Lucene .Net版本的Java Lucene版本是否相同?

我们有很多需要索引的数据,因此我们不确定是否明智地跳过优化步骤(对于3.0.3 Lucene版本)。另外,任何人都知道,如果我们不称呼作者,当我们完成工作时会发生什么?

  • lucene.net 4.8现在在beta中,在此处查看。

  • 是的,意图是让lucene.net版本与lucene的同一版本相同。

  • 您可能无需优化就可以生存。优化通常会使搜索速度更快,但这是一个昂贵的操作。如果您要索引整个数据集,并且在此之后它将在很大程度上保持静态,那么这可能是一个好主意,因为它将优化当前状态或索引的搜索效率。仅写几个文档后,它不是不是。优化的东西是由作者的合并即时处理的。如果您的数据不断变化和更新,则可以让MergePolicy做到这一点。在4.8中,优化被ForceMerge取代,以更明确(并且诱人)对其做什么。

  • 与作者一起完成后,应始终致电Dispose。如果您不进行更改,则可能不会进行更改,并且不在索引上的锁可能不会发布。

最新更新