ES使用总结

为什么80%的码农都做不了架构师？>>>   

以下总结基于ES2.3.4版本：

ES字段总结：

match与Term两者却别：

    match：匹配的时候，会将查询的关键字进行分词，然后根据分词后的结果进行查询。
    term：直接使用关键字进行查询，不对关键字进行分词。

字段类型：

    completion 类型字段无法做精确查询，目前个人测试结果只能做自动补全搜索；

在同一个Index里两个不同的Type不能有不同类型的相同字段

    比如在 test index理由   a type 存在Date类型的createTime字段，那b type就不能声明 createTime 为Long类型；

    比如在 test index理由   a type 存在Date类型的但store：false 的createTime字段，那b type就不能声明 createTime 为Date类型 store:true；

 

ES JAVA API总结：

对于String 类型字段：

    QueryBuilders.matchPhraseQuery ：严格的需要完全匹配才会显示出来（适用于 analyzed）；

    QueryBuilders.matchQuery ：ES分词后匹配一个或多个时就会搜索出来；

    QueryBuilders.termQuery：只适用于 not_analyzed 字段搜索；

    QueryBuilders.fuzzyQuery("name", term).fuzziness(Fuzziness.ONE)  :  fuzzy query 分词模糊查询，      通过增加fuzziness 模糊属性，来查询term 如下 能够匹配 hotelName 为 te el tel前或后加一个字母的        term的 文档 fuzziness 的含义是检索的term 前后增加或减少n个单词的匹配查询; (适用于 index：             not_analyzed);

    QueryBuilders.multiMatchQuery(keyword.getKey(), "inParam","outParam").type(Type.PHRASE)  

    多字段查询，通过设置Type：区别查询类型；

    例如：Type.PHRASE 表示分词必须完全匹配；

              Type.BEST_FIELDS：表示匹配一个及以上；

    如果 index：no ，则该字段不支持termQuery及match；

对于逻辑关系：

    must: 文档必须完全匹配条件
    should: should下面会带一个以上的条件，至少满足一个条件，这个文档就符合should
    must_not: 文档必须不匹配条件

    

 

 

转载于:https://my.oschina.net/woter/blog/1536858