[
https://issues.apache.org/jira/browse/SOLR-9529?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15500772#comment-15500772
]
Alexandre Rafalovitch commented on SOLR-9529:
---------------------------------------------
More details on Field Type definition conflicts looking at example and
configset definitions in master branch.
FieldType '_bbox_coord' has 1 versions in 1 files
FieldType 'alphaOnlySort' has 1 versions in 6 files
FieldType 'ancestor_path' has 1 versions in 9 files
FieldType 'bbox' has 1 versions in 1 files
FieldType 'binary' has 1 versions in 9 files
FieldType 'boolean' has 1 versions in 9 files
FieldType 'booleans' has 1 versions in 3 files
FieldType 'currency' has 1 versions in 8 files
FieldType 'date' has 2 versions in 9 files
FieldType 'dates' has 2 versions in 3 files
FieldType 'descendent_path' has 1 versions in 9 files
FieldType 'double' has 2 versions in 9 files
FieldType 'doubles' has 2 versions in 3 files
FieldType 'float' has 2 versions in 9 files
FieldType 'floats' has 2 versions in 3 files
FieldType 'html' has 1 versions in 1 files
FieldType 'ignored' has 2 versions in 9 files
FieldType 'int' has 2 versions in 9 files
FieldType 'ints' has 2 versions in 3 files
FieldType 'location' has 1 versions in 9 files
FieldType 'location_rpt' has 1 versions in 9 files
FieldType 'long' has 2 versions in 9 files
FieldType 'longs' has 2 versions in 3 files
FieldType 'lowercase' has 1 versions in 9 files
FieldType 'managed_en' has 1 versions in 1 files
FieldType 'payloads' has 1 versions in 6 files
FieldType 'phonetic' has 1 versions in 6 files
FieldType 'phonetic_en' has 1 versions in 3 files
FieldType 'point' has 1 versions in 9 files
FieldType 'preanalyzed' has 1 versions in 1 files
FieldType 'random' has 1 versions in 9 files
FieldType 'string' has 2 versions in 9 files
FieldType 'strings' has 2 versions in 3 files
FieldType 'tdate' has 2 versions in 9 files
FieldType 'tdates' has 2 versions in 3 files
FieldType 'tdouble' has 2 versions in 9 files
FieldType 'tdoubles' has 2 versions in 3 files
FieldType 'text_ar' has 2 versions in 9 files
FieldType 'text_bg' has 2 versions in 9 files
FieldType 'text_ca' has 2 versions in 9 files
FieldType 'text_cjk' has 1 versions in 9 files
FieldType 'text_ckb' has 2 versions in 6 files
FieldType 'text_cz' has 2 versions in 9 files
FieldType 'text_da' has 2 versions in 9 files
FieldType 'text_de' has 2 versions in 9 files
FieldType 'text_el' has 2 versions in 9 files
FieldType 'text_email_url' has 1 versions in 1 files
FieldType 'text_en' has 2 versions in 9 files
FieldType 'text_en_splitting' has 2 versions in 9 files
FieldType 'text_en_splitting_tight' has 2 versions in 9 files
FieldType 'text_es' has 2 versions in 9 files
FieldType 'text_eu' has 2 versions in 9 files
FieldType 'text_fa' has 2 versions in 9 files
FieldType 'text_fi' has 2 versions in 9 files
FieldType 'text_fr' has 2 versions in 9 files
FieldType 'text_ga' has 2 versions in 9 files
FieldType 'text_general' has 3 versions in 9 files
FieldType 'text_general_rev' has 2 versions in 9 files
FieldType 'text_gl' has 2 versions in 9 files
FieldType 'text_hi' has 2 versions in 9 files
FieldType 'text_hu' has 2 versions in 9 files
FieldType 'text_hy' has 2 versions in 9 files
FieldType 'text_id' has 2 versions in 9 files
FieldType 'text_it' has 2 versions in 9 files
FieldType 'text_ja' has 2 versions in 9 files
FieldType 'text_lv' has 2 versions in 9 files
FieldType 'text_nl' has 2 versions in 9 files
FieldType 'text_no' has 2 versions in 9 files
FieldType 'text_pt' has 2 versions in 9 files
FieldType 'text_ro' has 2 versions in 9 files
FieldType 'text_ru' has 2 versions in 9 files
FieldType 'text_shingles' has 1 versions in 1 files
FieldType 'text_sv' has 2 versions in 9 files
FieldType 'text_th' has 2 versions in 9 files
FieldType 'text_tr' has 3 versions in 9 files
FieldType 'text_ws' has 1 versions in 9 files
FieldType 'tfloat' has 2 versions in 9 files
FieldType 'tfloats' has 2 versions in 3 files
FieldType 'tint' has 2 versions in 9 files
FieldType 'tints' has 2 versions in 3 files
FieldType 'tlong' has 2 versions in 9 files
FieldType 'tlongs' has 2 versions in 3 files
Many of this are due to docValues, but it is easy to see there are other
inconsistencies and semi-secret field definitions.
Tika example has definitions that use the same names as other examples but
skips StopFilter and Elision filter factories. That makes example simpler, but
those definitions are not used at all, so what's the point of having them?
text_general has 3 definitions (including tika example) and the other two
differ by whether the field type (not field definition itself) is multiValued
or not. 3 of one definition, 5 of another.
text_tr also has 3 quite different definitions
P.s. This is generated by a tool, so I can give any other level of details
required.
> Dates Dynamic Field Inconsistently Defined in Schemas
> -----------------------------------------------------
>
> Key: SOLR-9529
> URL: https://issues.apache.org/jira/browse/SOLR-9529
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Trey Grainger
> Priority: Minor
>
> There is a nice convention across all of the schemas that ship with Solr to
> include field types for single valued fields (i.e. "string" -> "*_s",
> "boolean" -> "*_b") and separate field types for multivalued fields (i.e.
> "strings" -> "*_ss", "booleans" -> "*_bs"). Those definitions all follow the
> pattern (using "string" as an example):
> <fieldType name="string" class="solr.StrField" sortMissingLast="true"/>
> <fieldType name="strings" class="solr.StrField" sortMissingLast="true"
> multiValued="true"/>
> <dynamicField name="*_s" type="strings" indexed="true" stored="true"/>
> <dynamicField name="*_ss" type="strings" indexed="true" stored="true"/>
> For some reason, however, the "date" field type doesn't follow this pattern,
> and is instead defined (inconsistently) as follows:
> <fieldType name="date" class="solr.TrieDateField" positionIncrementGap="0"
> precisionStep="0"/>
> <fieldType name="dates" class="solr.TrieDateField" positionIncrementGap="0"
> multiValued="true" precisionStep="0"/>
> <dynamicField name="*_dt" type="date" indexed="true" stored="true"/>
> <dynamicField name="*_dts" type="date" multiValued="true" indexed="true"
> stored="true"/>
> Note specifically that the "*_dts" field should instead be referencing the
> "dates" type and not the "date" type, and that subsequently the
> multiValued="true" setting would become unnecessary on the "*_dts"
> dynamicField definition.
> I'll get a patch posted for this. Note that nothing is functionally broken,
> it's just inconsistent and could be confusing for someone looking through the
> schema or seeing their multivalued dates getting indexed into the field type
> defined for single valued dates.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
