[
https://issues.apache.org/jira/browse/LUCENE-762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466885
]
Grant Ingersoll commented on LUCENE-762:
----------------------------------------
This would also eliminate the need to change FieldsReader for every new
FieldSelectorResult that we want. The downside is that it would most likely
involve some reworking of FieldSelectorResult. This probably isn't a big deal,
since the FieldSelector stuff hasn't been released yet and has been noted to be
experimental, but it has been on trunk for a while, so it is in use, I'm sure.
I think Solr has incorporated it, but I am not sure.
Patch that incorporates your existing patch and this new approach to follow
soon.
> [PATCH] Efficiently retrieve sizes of field values
> --------------------------------------------------
>
> Key: LUCENE-762
> URL: https://issues.apache.org/jira/browse/LUCENE-762
> Project: Lucene - Java
> Issue Type: New Feature
> Components: Store
> Affects Versions: 2.1
> Reporter: Chuck Williams
> Assigned To: Grant Ingersoll
> Priority: Minor
> Attachments: SizeFieldSelector.patch
>
>
> Sometimes an application would like to know how large a document is before
> retrieving it. This can be important for memory management or choosing
> between algorithms, especially in cases where documents might be very large.
> This patch extends the existing FieldSelector mechanism with two new
> FieldSelectorResults: SIZE and SIZE_AND_BREAK. SIZE creates fields on the
> retrieved document that store field sizes instead of actual values.
> SIZE_AND_BREAK is especially efficient if one field comprises the bulk of the
> document size (e.g., the body field) and can thus be used as a reasonable
> size approximation.
--
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]
