从lucene 3.x迁移到4.x时是否值得重新编制索引_Lucene_Indexing_Migration

从lucene 3.x迁移到4.x时是否值得重新编制索引

lucene indexing migration

从lucene 3.x迁移到4.x时是否值得重新编制索引,lucene,indexing,migration,Lucene,Indexing,Migration,我将把Lucene版本从3.5迁移到4.7。由于我的索引非常庞大，我想知道是否值得重新编制索引。我最感兴趣的是它是否值得在性能的情况下。有什么建议吗像往常一样，没有简单的答案最大的变化是，在v4.0中，Lucene引入了提供自定义编解码器/发布格式的功能。Michael McCandless（Lucene的作者之一），：默认情况下，Lucene使用StandardCodec，它在与当前稳定分支（3.x）的格式几乎相同。详情给定的术语存储在术语词典文件中，而文档和出现该术语的位置

我将把Lucene版本从3.5迁移到4.7。由于我的索引非常庞大，我想知道是否值得重新编制索引。我最感兴趣的是它是否值得在性能的情况下。有什么建议吗

像往常一样，没有简单的答案

最大的变化是，在v4.0中，Lucene引入了提供自定义编解码器/发布格式的功能。Michael McCandless（Lucene的作者之一），：

默认情况下，Lucene使用StandardCodec，它在与当前稳定分支（3.x）的格式几乎相同。详情给定的术语存储在术语词典文件中，而文档和出现该术语的位置存储在单独的文件中

也就是说，有不同的编解码器，每个编解码器关注不同的事情

介绍了一些发布格式，并对针对哪种场景调整的格式有了一些见解。如果您打算继续使用

标准编解码器

，我想您将不会获得太多重新编制索引的选择。

像往常一样，没有简单的答案

最大的变化是，在v4.0中，Lucene引入了提供自定义编解码器/发布格式的功能。Michael McCandless（Lucene的作者之一），：

也就是说，有不同的编解码器，每个编解码器关注不同的事情

介绍了一些发布格式，并对针对哪种场景调整的格式有了一些见解。如果您打算继续使用

标准编解码器

，我想您将不会获得太多重新编制索引的选择。

像往常一样，没有简单的答案

最大的变化是，在v4.0中，Lucene引入了提供自定义编解码器/发布格式的功能。Michael McCandless（Lucene的作者之一），：

也就是说，有不同的编解码器，每个编解码器关注不同的事情

介绍了一些发布格式，并对针对哪种场景调整的格式有了一些见解。如果您打算继续使用

标准编解码器

，我想您将不会获得太多重新编制索引的选择。

像往常一样，没有简单的答案

最大的变化是，在v4.0中，Lucene引入了提供自定义编解码器/发布格式的功能。Michael McCandless（Lucene的作者之一），：

也就是说，有不同的编解码器，每个编解码器关注不同的事情

介绍了一些发布格式，并对针对哪种场景调整的格式有了一些见解。如果您打算继续使用

StandardCodec

，我想您在重新编制索引方面不会有太多选择。

考虑使用IndexUpgrader of 4.7来升级索引，因为索引格式（确切地说是过账格式）从3.x更改为4.x。Lucene 4.7的默认编解码器可能无法读取Lucene 3.x的索引文件

IndexUpgrader是Lucene提供的一个实用程序。

考虑使用IndexUpgrader of 4.7升级您的索引，因为索引格式（准确地说是过账格式）已从3.x更改为4.x。Lucene 4.7的默认编解码器可能无法读取Lucene 3.x的索引文件

IndexUpgrader是Lucene提供的一个实用程序。

请提供关于什么是模式、使用了什么组件、什么类型的查询的更多详细信息？请提供关于什么是模式、使用了什么组件、什么类型的查询的更多详细信息？请提供关于什么是模式、使用了什么组件、什么类型的查询的更多详细信息？请提供关于什么是模式的更多详细信息，您使用了哪些组件，哪些类型的查询？