[
https://issues.apache.org/jira/browse/LUCENE-5596?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13969387#comment-13969387
]
Uwe Schindler commented on LUCENE-5596:
---------------------------------------
About the API: We should not add new types at all. We need 2 things:
- a BinaryField that is just indexing the given {{byte\[\]}} as is
([http://lucene.apache.org/core/4_7_2/core/org/apache/lucene/document/Field.html],
see ctor taking {{byte\[\]}}, offset, count). Optionally, enable "prefix
encoding" (which is the only new feature), otherwise changes are minimal.
- TermRangeQuery already works with non-prefix encoded bytes:
[http://lucene.apache.org/core/4_7_2/core/org/apache/lucene/search/TermRangeQuery.html#TermRangeQuery(java.lang.String,
org.apache.lucene.util.BytesRef, org.apache.lucene.util.BytesRef, boolean,
boolean)], we just need to add support for prefix encoded terms (parameter like
precisionStep or FieldType - i think FieldType is better to drive the range
query, so it automatically knows how to enumerate terms). By default, if no
FieldType is given, it just assumes non-prefix encoded terms.
> Support for index/search large numeric field
> --------------------------------------------
>
> Key: LUCENE-5596
> URL: https://issues.apache.org/jira/browse/LUCENE-5596
> Project: Lucene - Core
> Issue Type: New Feature
> Reporter: Kevin Wang
> Assignee: Uwe Schindler
> Attachments: LUCENE-5596.patch, LUCENE-5596.patch
>
>
> Currently if an number is larger than Long.MAX_VALUE, we can't index/search
> that in lucene as a number. For example, IPv6 address is an 128 bit number,
> so we can't index that as a numeric field and do numeric range query etc.
> It would be good to support BigInteger / BigDecimal
> I've tried use BigInteger for IPv6 in Elasticsearch and that works fine, but
> there are still lots of things to do
> https://github.com/elasticsearch/elasticsearch/pull/5758
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
