代码之家 › 专栏 › 技术社区 › dacracot

什么取代了从Solr 6到Solr 7的字段类型?

migration lucene solr

dacracot · 技术社区 · 6 年前

我要从6.6级迁移到7.5级。在构建我的模式时,我得到了以下错误。。。

    "add-field":{
      "name":"fkId",
      "type":"long",
      "indexed":true,
      "stored":true},
    "errorMessages":["Field 'fkId': Field type 'long' not found.\n"]},

是什么将“long”从Solr 6.6替换为7.5?

1 回复 | 直到 6 年前

Alexandre Rafalovitch 6 年前

字段类型的定义在 托管架构 文件,以便可以直接在文件系统(对于非云设置)或管理用户界面中进行检查和比较。

具体来说,对于long,最初的定义是基于Trie的,这是不推荐的。因此,现在基于点的实现是首选的,并且是唯一包含的实现。所以,你可以换成扑通相反。

或者你可以把原件长的定义并继续使用它。不推荐使用基于Trie的实现,但由于一些与速度相关的用例,仍在使用。

推荐文章

vishnu · 内存索引和lucene文件索引有什么区别?

7 年前

MikoÅaj MaÅski · JCR-SQL-contains函数不转义特殊字符?

7 年前

Fabio B. · 如何在Solr中排序/增强产品搜索结果

7 年前

Alex Torrisi · 文档中短语查询匹配数

7 年前

NoName2 · 平均结果的弹性Luence查询

7 年前

Senso Hakai · Lucene analyzer处理yo和ye(俄语字符)

7 年前

hayfreed · Lucene API查询始终返回第一个字典结果

7 年前

ankur bansal · SOLR autocomplete中没有包含空格的查询字符串的响应

7 年前

Jan Pisl · 如何实现Elasticsearch碎片大小的自动控制?

7 年前

tekamed · lucene索引损坏的原因[Alfresco 4.2]

7 年前