[
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: [email protected]
For additional commands, e-mail: [email protected]
