自定义分析器,用例:邮政编码 [ElasticSearch]

Custom analyzer, use case : zip-code [ElasticSearch]

设名为 customers/customer 的集合 index/type。 该集合中的每个文档都有一个邮政编码 属性。 基本上,邮政编码可以是这样的:

我想设置我的索引分析器以获取尽可能多的可以匹配的文档。目前,我是这样工作的:

PUT /customers/
{
"mappings":{
    "customer":{
        "properties":{
             "zip-code": {
                  "type":"string"
                  "index":"not_analyzed"
              }
              some string properties ...
         }
     }
 }

当我搜索文档时,我正在使用该请求:

GET /customers/customer/_search
{
  "query":{
    "prefix":{
      "zip-code":"211-20"
     }
   }
}

如果您想严格搜索,这很有效。但是例如,如果邮政编码是“200 30”,那么使用“200-30”搜索将不会给出任何结果。 我想向我的索引分析器发出命令,以免出现此问题。 有人能帮我吗 ? 谢谢

P.S。如果您想了解更多信息,请告诉我 ;)

一旦您想找到不想使用的变体 not_analyzed

让我们尝试使用不同的映射:

PUT zip
{
  "settings": {
    "number_of_shards": 1, 
    "analysis": {
      "analyzer": {
        "zip_code": {
          "tokenizer": "standard",
          "filter": [ ]
        }
      }
    }
  },
  "mappings": {
    "_doc": {
      "properties": {
        "zip": {
          "type": "text",
          "analyzer": "zip_code"
        }
      }
    }
  }
}

我们正在使用标准分词器;字符串将在空格和标点符号(包括破折号)处分解为标记。如果您 运行 以下查询,您可以看到实际的令牌:

POST zip/_analyze
{
  "analyzer": "zip_code",
  "text": ["8907-1009", "211-20", "30200"]
}

添加您的示例:

POST zip/_doc
{
  "zip": "8907-1009"
}
POST zip/_doc
{
  "zip": "211-20"
}
POST zip/_doc
{
  "zip": "30200"
}

现在查询似乎工作正常:

GET zip/_search
{
  "query": {
    "match": {
      "zip": "211-20"
    }
  }
}

如果您只搜索“211”,这也适用。但是,这可能太宽松了,因为它还会找到“20”、“20-211”、“211-10”、...

您可能想要的是短语搜索,其中查询中的所有标记都需要在字段中并且顺序正确:

GET zip/_search
{
  "query": {
    "match_phrase": {
      "zip": "211"
    }
  }
}

加法:

如果邮政编码具有层次意义(如果您有“211-20”,您希望在搜索“211”时找到它,而不是在搜索“20”时找到它),您可以使用 path_hierarchy tokenizer.

因此将映射更改为:

PUT zip
{
  "settings": {
    "number_of_shards": 1, 
    "analysis": {
      "analyzer": {
        "zip_code": {
          "tokenizer": "zip_tokenizer",
          "filter": [ ]
        }
      },
      "tokenizer": {
        "zip_tokenizer": {
          "type": "path_hierarchy",
          "delimiter": "-"
        }
      }
    }
  },
  "mappings": {
    "_doc": {
      "properties": {
        "zip": {
          "type": "text",
          "analyzer": "zip_code"
        }
      }
    }
  }
}

使用上面相同的 3 个文档,您现在可以使用 match 查询:

GET zip/_search
{
  "query": {
    "match": {
      "zip": "1009"
    }
  }
}

“1009”找不到任何东西,但“8907”或“8907-1009”会。

如果您还想找到“1009”,但分数较低,则必须使用我显示的两种变体来分析邮政编码(结合映射的 2 个版本):

PUT zip
{
  "settings": {
    "number_of_shards": 1, 
    "analysis": {
      "analyzer": {
        "zip_hierarchical": {
          "tokenizer": "zip_tokenizer",
          "filter": [ ]
        },
          "zip_standard": {
          "tokenizer": "standard",
          "filter": [ ]
        }
      },
      "tokenizer": {
        "zip_tokenizer": {
          "type": "path_hierarchy",
          "delimiter": "-"
        }
      }
    }
  },
  "mappings": {
    "_doc": {
      "properties": {
        "zip": {
          "type": "text",
          "analyzer": "zip_standard",
          "fields": {
            "hierarchical": {
              "type": "text",
              "analyzer": "zip_hierarchical"
            }
          }
        }
      }
    }
  }
}

添加一个具有相反顺序的文档以正确测试它:

POST zip/_doc
{
  "zip": "1009-111"
}

然后搜索两个字段,但将带有分层分词器的字段提高 3:

GET zip/_search
{
  "query": {
    "multi_match" : {
      "query" : "1009",
      "fields" : [ "zip", "zip.hierarchical^3" ] 
    }
  }
}

然后可以看到“1009-111”比“8907-1009”得分高很多。