[
https://issues.apache.org/jira/browse/LUCENE-1483?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656488#action_12656488
]
Mark Miller commented on LUCENE-1483:
-------------------------------------
bq. One problem is that putting an ord "inbetween" isn't good enough since you
may be mapping many values.
bq. I don't like that added if, though, it should be rare
Not rare right? Let say there are 20 values in the queue, and now the new
reader has 2 values. Lots will map to the same index.
I'm still digesting the rest of what yonik said. I don't have this String ord
stuff working 100%, but I have it working sort of (seems to sort pieces right,
but then the pieces are out of order). I don't think the precision exists to do
what I'm doing anyway, but since it kind of works, I could prob bench the diff
of using values rather than ords.
> 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]
