[
https://issues.apache.org/jira/browse/LUCENE-2649?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12914184#action_12914184
]
Ryan McKinley commented on LUCENE-2649:
---------------------------------------
bq. remove tha native arrays and instead provide getter methods like in the
ValueSource approach
What would this look like? Are you suggesting rather then having:
{code:java}
class ByteValues {
public byte[] values;
};
{code}
we have:
{code:java}
class ByteValues {
public byte getValue( int doc )
};
{code}
or are you suggesting like DocValues that has, intVal, longVal, floatVal, even
though only one *really* makes sense?
Is this something that wold need the proposed FieldCache API to change? or
could it be implemented via EntryCreator?
If we like the more general cache, that probably needs its own issue (wow scope
creep!)
> FieldCache should include a BitSet for matching docs
> ----------------------------------------------------
>
> Key: LUCENE-2649
> URL: https://issues.apache.org/jira/browse/LUCENE-2649
> Project: Lucene - Java
> Issue Type: Improvement
> Reporter: Ryan McKinley
> Fix For: 4.0
>
> Attachments: LUCENE-2649-FieldCacheWithBitSet.patch,
> LUCENE-2649-FieldCacheWithBitSet.patch,
> LUCENE-2649-FieldCacheWithBitSet.patch,
> LUCENE-2649-FieldCacheWithBitSet.patch, LUCENE-2649-FieldCacheWithBitSet.patch
>
>
> The FieldCache returns an array representing the values for each doc.
> However there is no way to know if the doc actually has a value.
> This should be changed to return an object representing the values *and* a
> BitSet for all valid docs.
--
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: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
