lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Simon Willnauer (JIRA)" <j...@apache.org>
Subject [jira] Commented: (LUCENE-2700) Expose DocValues via Fields
Date Tue, 26 Oct 2010 08:46:20 GMT

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

Simon Willnauer commented on LUCENE-2700:
-----------------------------------------

bq. FunctionQuery already has a class called DocValues - perhaps we could call this one FieldValues?
Ah I must have missed this comment - sry for the late response. I think you are right that
we should use a different name. Maybe PerDocValues since FieldValues is doesn't sound right
to me though.

The other question is if FunctionQuery should be in core at all or if we should move it out
to module (solr uses its own anyway right so we can merge them). Then the name similarity
would not matter IMO. But thats a different story


> Expose DocValues via Fields
> ---------------------------
>
>                 Key: LUCENE-2700
>                 URL: https://issues.apache.org/jira/browse/LUCENE-2700
>             Project: Lucene - Java
>          Issue Type: New Feature
>          Components: Index
>            Reporter: Simon Willnauer
>            Assignee: Simon Willnauer
>             Fix For: CSF branch
>
>
> DocValues Reader are currently exposed / accessed directly via IndexReader. To integrate
the new feature in a more "native" way we should expose the DocValues via Fields on a perSegment
level and on MultiFields in the multi reader case. DocValues should be side by side with Fields.terms
 enabling access to Source, SortedSource and ValuesEnum something like that:
> {code}
> public abstract class Fields {
> ...
>   public DocValues values();
> }
> public abstract class DocValues {
>   /** on disk enum based API */
>   public abstract ValuesEnum getEnum() throws IOException;
>   /** in memory Random Access API - with enum support - first call loads values in ram*/
>   public abstract Source getSource() throws IOException;
>   /** sorted in memory Random Access API - optional operation */
>   public SortedSource getSortedSource(Comparator<BytesRef> comparator) throws IOException,
UnsupportedOperationException;
>   /** unloads previously loaded source only but keeps the doc values open */
>   public abstract unload();
>   /** closes the doc values */
>   public abstract close();
> }
> {code}

-- 
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-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


Mime
View raw message