[
https://issues.apache.org/jira/browse/SOLR-3141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13211426#comment-13211426
]
Mark Miller commented on SOLR-3141:
-----------------------------------
Lots of use of string fields that are not numerics though - the product I
worked on in the past only sorted by non numeric string fields, many times lots
of them at once.
I'm coming around on this issue myself though. For the benefits, optimize is
not a good name. It calls out to be called. The abuse is clearly there, and we
should probably try more to address it than just doc.
My opinion is coming around to leave it for 3.x, change it to an expert option
for 4 that works the same, is understated, and is called forceMerge or whatever.
Big -1 to making it a no op.
> Deprecate OPTIMIZE command in Solr
> ----------------------------------
>
> Key: SOLR-3141
> URL: https://issues.apache.org/jira/browse/SOLR-3141
> Project: Solr
> Issue Type: Improvement
> Components: update
> Affects Versions: 3.5
> Reporter: Jan Høydahl
> Labels: force, optimize
> Fix For: 3.6
>
>
> Background: LUCENE-3454 renames optimize() as forceMerge(). Please read that
> issue first.
> Now that optimize() is rarely necessary anymore, and renamed in Lucene APIs,
> what should be done with Solr's ancient optimize command?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
