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

Yonik Seeley commented on LUCENE-3433:
--------------------------------------

A faster short-term "expert level" API for fixed width values would be to just 
allow the retrieval of the underlying IndexInput (and return null if not 
supported so we don't box ourselves in).  Then a getLong() for example, would 
go right to ByteBuffer.getLong() (for the mmap directory) and avoid extra 
checking and copying to another BytesRef.

Anyway, it would be nice to eventually have something closer to the metal in 
the spirit of the bulk-api branch that doesn't impose per-call bounds checking 
and other book keeping like advance() currently does (I can see Uwe cringing 
now ;-)

Aside: in FixedStraightBytesEnum, I see:
{code}
      if (target >= maxDoc || size == 0) {
{code}

The size==0 check shouldn't be needed, right?

                
> Random access non RAM resident IndexDocValues (CSF)
> ---------------------------------------------------
>
>                 Key: LUCENE-3433
>                 URL: https://issues.apache.org/jira/browse/LUCENE-3433
>             Project: Lucene - Java
>          Issue Type: New Feature
>    Affects Versions: 4.0
>            Reporter: Yonik Seeley
>             Fix For: 4.0
>
>         Attachments: LUCENE-3433.patch
>
>
> There should be a way to get specific IndexDocValues by going through the 
> Directory rather than loading all of the values into memory.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
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

Reply via email to