[
https://issues.apache.org/jira/browse/LUCENE-3443?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Uwe Schindler updated LUCENE-3443:
----------------------------------
Description:
[Spinoff from LUCENE-3390]
I think the approach in 3.x for handling un-valued docs, and making it
possible to specify how such docs are sorted, is better than the
solution we have in trunk.
I like that FC has a dedicated method to get the Bits for docs with field
-- easy for apps to directly use. And I like that the
bits have their own entry in the FC.
One downside is that it's 2 passes to get values and valid bits, but
I think we can fix this by passing optional bool to FC.getXXX methods
indicating you want the bits, and the populate the FC entry for the
missing bits as well. (We can do that for 3.x and trunk). Then it's
single pass.
was:
[Spinoff from LUCENE-3390]
I think the approach in 3.x for handling un-valued docs, and making it
possible to specify how such docs are sorted, is better than the
solution we have in trunk.
I like that FC has a dedicated method to get the Bits for un-valued
docs -- easy for apps to directly use. And I like that the un-valued
bits have their own entry in the FC.
One downside is that it's 2 passes to get values and missing bits, but
I think we can fix this by passing optional bool to FC.getXXX methods
indicating you want the bits, and the populate the FC entry for the
missing bits as well. (We can do that for 3.x and trunk). Then it's
single pass.
Summary: Port 3.x FieldCache.getDocsWithField() to trunk (was: Port
3.x getUnvaluedDocs to trunk)
> Port 3.x FieldCache.getDocsWithField() to trunk
> -----------------------------------------------
>
> Key: LUCENE-3443
> URL: https://issues.apache.org/jira/browse/LUCENE-3443
> Project: Lucene - Java
> Issue Type: Improvement
> Components: core/search
> Reporter: Michael McCandless
> Fix For: 3.5, 4.0
>
>
> [Spinoff from LUCENE-3390]
> I think the approach in 3.x for handling un-valued docs, and making it
> possible to specify how such docs are sorted, is better than the
> solution we have in trunk.
> I like that FC has a dedicated method to get the Bits for docs with field
> -- easy for apps to directly use. And I like that the
> bits have their own entry in the FC.
> One downside is that it's 2 passes to get values and valid bits, but
> I think we can fix this by passing optional bool to FC.getXXX methods
> indicating you want the bits, and the populate the FC entry for the
> missing bits as well. (We can do that for 3.x and trunk). Then it's
> single pass.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
