[ 
https://issues.apache.org/jira/browse/LUCENE-1483?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656417#action_12656417
 ] 

Mark Miller commented on LUCENE-1483:
-------------------------------------

It seems there are a few hoops to jump through with strings beyond what I was 
thinking. We don't have the full array of unique terms now, but rather a bunch 
of smaller arrays of unique terms, with overlap. That makes converting Strings 
to ords very difficult right? We almost have to create the full array. Also, we 
still have to do some fancy foot work to get a proper ord. Then we have to 
juggle and track things so that we can return the String value in getValue (we 
are more concerned with ords, so its not fun). It seems a lot of 
spinning/tracking unless we go back to a full StringIndex. Perhaps its just as 
good to just compare by String value and give up on ord? It really seems that 
by the time we jump through every hoop to create ords from Strings on a bunch 
of smaller StringIndexes, we will have at least eaten as much as it costs to do 
String.compare? Not a conclusion really though, I am still mucking...

Any insight?

> Change IndexSearcher to use MultiSearcher semantics for multiple subreaders
> ---------------------------------------------------------------------------
>
>                 Key: LUCENE-1483
>                 URL: https://issues.apache.org/jira/browse/LUCENE-1483
>             Project: Lucene - Java
>          Issue Type: Improvement
>    Affects Versions: 2.9
>            Reporter: Mark Miller
>            Priority: Minor
>         Attachments: LUCENE-1483.patch, LUCENE-1483.patch, LUCENE-1483.patch, 
> LUCENE-1483.patch, LUCENE-1483.patch, LUCENE-1483.patch, LUCENE-1483.patch, 
> LUCENE-1483.patch, LUCENE-1483.patch, LUCENE-1483.patch, LUCENE-1483.patch
>
>
> FieldCache and Filters are forced down to a single segment reader, allowing 
> for individual segment reloading on reopen.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: java-dev-h...@lucene.apache.org

Reply via email to