Rebuild your index. It's just the safest way.
On Aug 13, 2017, at 2:02 PM, SOLR4189 wrote:
>> If you are changing things like WordDelimiterFilterFactory to the graph
>> version, you'll definitely want to reindex
>
> What does it mean "*want to reindex*"? If I change
>
> If you are changing things like WordDelimiterFilterFactory to the graph
> version, you'll definitely want to reindex
What does it mean "*want to reindex*"? If I change
WordDelimiterFilterFactory to the graph and use IndexUpgrader is it mistake?
Or changes will not be affected only?
--
View
On 8/11/2017 2:52 AM, SOLR4189 wrote:
> Yes, only because I'm seeing different results.
>
> For example, changing *WordDelimiterFilterFactory *to
> *WordDelimiterGraphFilterFactory * can change order of docs? (
>
Yes, only because I'm seeing different results.
For example, changing *WordDelimiterFilterFactory *to
*WordDelimiterGraphFilterFactory * can change order of docs? (
http://lucene.apache.org/core//6_5_1/analyzers-common/index.html?deprecated-list.html
In addition to Shawn's comments, deleted but not merged documents
alter the statistics used for scoring, so the only hope that the
scores are comparable would be on an optimized index. And note that I
would recommend optimizing _only_ for testing, don't use it in a
production system unless the
On 8/4/2017 1:02 AM, SOLR4189 wrote:
> I need to upgrade from SOLR-4.10.3 to SOLR-6.5.1 in production environment.
> When I checked it in the test environment, I noticed the order of returned
> docs for each query is different. The score has changed as well. I use same
> similarity algorithm -
Hey all,
I need to upgrade from SOLR-4.10.3 to SOLR-6.5.1 in production environment.
When I checked it in the test environment, I noticed the order of returned
docs for each query is different. The score has changed as well. I use same
similarity algorithm - OccapiBM25 as in previous version.