[ 
https://issues.apache.org/jira/browse/SOLR-3141?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15086474#comment-15086474
 ] 

Jack Krupansky commented on SOLR-3141:
--------------------------------------

bq. optimize() is rarely necessary anymore

Well... I used to say that same thing, because I was under the impression that 
the common merge policies would automatically optimize segments over time, but 
over the past year there have been several email threads with users who had 
heavy update/delete usage patterns where the index size appeared to remain 
bloated due to deleted/updated documents.

So... we need a revised story... and doc.

What exactly should we be telling people who update/delete lots of docs 
frequently and still find that the index is bloated?

Is there maybe some underlying bug or tuning of the delete/merge policy needed?

Or... maybe people still need an explicit "force merge" command to effectively 
say "I just finished a large batch of document updates/deletes but I'm done 
now, so merge away."

Personally, I would like to see a "start batch" mode, which signals that the 
user intends to make a lot of changes and Solr/Lucene should make no attempt to 
optimize or clean things up or update caches until the user signals "end of 
batch", at which time any appropriate merging or optimization or cache 
refreshing can occur. Not everybody will want to do this, but it still seems to 
be a semi-common use of Solr.


> 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
>            Assignee: Jan Høydahl
>              Labels: force, optimize
>             Fix For: 4.9, Trunk
>
>         Attachments: SOLR-3141.patch, SOLR-3141.patch, SOLR-3141.patch
>
>
> 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 was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to