[jira] [Created] (SOLR-9133) UUID FieldType shouldn't be stored as a String

["Jeff Wartes (JIRA)" <ji...@apache.org>]

Jeff Wartes created SOLR-9133:
---------------------------------

             Summary: UUID FieldType shouldn't be stored as a String
                 Key: SOLR-9133
                 URL: https://issues.apache.org/jira/browse/SOLR-9133
             Project: Solr
          Issue Type: Improvement
            Reporter: Jeff Wartes


This came up in passing on SOLR-6741 last year, but as far as I can tell, the solr UUIDField still indexes those UUIDs as strings, not as a 128bit number.

So really, the only point of the UUIDField instead of using a StringField is that there's some validation and the possibility of a newly-generated value. Seems a little misleading.

From what I can tell, Lucene has added a bunch of support for arbitrary sized numbers and binary primitives (LUCENE-7043?), so it seems like the Solr UUID field should save some space and actually index UUIDs as what they are.

Of course, since this would change the encoding of an existing field type, it might take the form of a new "CompressedUUIDField" or something instead.




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org