[
https://issues.apache.org/jira/browse/LUCENE-8264?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16474131#comment-16474131
]
Simon Willnauer edited comment on LUCENE-8264 at 5/14/18 12:46 PM:
-------------------------------------------------------------------
[~erickerickson]
# For N-1 -> N we have _org.apache.lucene.index.UpgradeIndexMergePolicy_ ?
# In order to add DV I think this should be done by wrapping a codec reader. I
personally think quite an edge case and should be done in the higher level
application ie. Solr itself. You can do this quite easily with
_org.apache.lucene.index.OneMergeWrappingMergePolicy_ similar to what we do in
the soft delete case in _SoftDeletesRetentionMergePolicy_
do I miss something?
was (Author: simonw):
[~erickerickson]
# For N-1 -> N we have _org.apache.lucene.index.UpgradeIndexMergePolicy_ ?
# In order to add DV I think this should be done by wrapping a codec reader. I
personally think quite an edge case and should be done in the higher level
application ie. Solr itself. You can do this quite easily with
_org.apache.lucene.index.OneMergeWrappingMergePolicy_ similar to what we do in
the soft delete case in _SoftDeletesRetentionMergePolicy_
do I miss something?
> Allow an option to rewrite all segments
> ---------------------------------------
>
> Key: LUCENE-8264
> URL: https://issues.apache.org/jira/browse/LUCENE-8264
> Project: Lucene - Core
> Issue Type: Improvement
> Reporter: Erick Erickson
> Assignee: Erick Erickson
> Priority: Major
>
> For the background, see SOLR-12259.
> There are several use-cases that would be much easier, especially during
> upgrades, if we could specify that all segments get rewritten.
> One example: Upgrading 5x->6x->7x. When segments are merged, they're
> rewritten into the current format. However, there's no guarantee that a
> particular segment _ever_ gets merged so the 6x-7x upgrade won't necessarily
> be successful.
> How many merge policies support this is an open question. I propose to start
> with TMP and raise other JIRAs as necessary for other merge policies.
> So far the usual response has been "re-index from scratch", but that's
> increasingly difficult as systems get larger.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
