【搜索引擎分析策略(Analyzer = Tokenizer + Filter)】种瓜得豆?

本文主要是介绍【搜索引擎分析策略(Analyzer = Tokenizer + Filter)】种瓜得豆?,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

你晓得伐?Solr的文本分析链

  <analyzer type="index或者query"><tokenizer class="solr.StandardTokenizerFactory"/> 只会有一个分词器!<filter class="solr.StopFilterFactory" ignoreCase="true" words="stopwords.txt" /> 可以有多个过滤器!<filter class="solr.SynonymFilterFactory" synonyms="synonyms.txt" ignoreCase="true" expand="true"/> 可以有多个过滤器!<filter class="org.apache.lucene.analysis.core.LowerCaseFilterQueryFactory"/> 可以有多个过滤器!</analyzer>
单词含义拓展
term词项被分词器分词出来的独立的词项
analyzer分析器(整部剧叫做鹿鼎记)一般包含了一个tokenizer和多个filter
tokenizer分词器(有且只有一个韦小宝)首先,将文档分成一个一个单独的单词,也就是词项
filter过滤器(韦小宝的妻妾成群)其次,对词项进行自定义处理,比如去除停词,筛选同义词,大写转小写等

你晓得伐?ES的文本分析步骤

步骤描述举例个数
1. 字符过滤(character filtering)调整或者过滤文本字段的字符HTMLStripCharFilter可配置多个字符过滤器
2. 分词处理(tokenization)原生文本会被转换成一连串的token,基本方法是采用标准分词器,利用“空格”和“标点符号”将文本切分成token。StandardTokenizer任何给定的分析链上,只可能有一个分词器(有且只有一个韦小宝)
3. token过滤(token filtering)通过对token的添加、删除和修改,对“token流”加以调整LowerCaseFilter,SynonymFilter和StopWordFilter可配置多个token过滤器(韦小宝的妻妾成群)
  • 各个行业,各个垂直领域需要根据具体业务场景选用或者开发适合自己的analyzer,比如Lucene为NLP领域提供的analyzers-opennlp工具包。
    The Apache OpenNLP library is a machine learning based toolkit for the processing of natural language text.
  • ES为各种语言提供了简便易用的Analysis Plugins文本分析工具,比如ayalysisc-icu和analysis-kuromoji插件

索引输入

id,title,name
1234,a the mazhaohui CCC,a the mazhaohui this Apple

期望查询结果

索引时被过滤的字段(比如停用词),仍然在查询时保留作为查询条件。

优化思路

  1. fieldType支持配置analyzer作为文本解析器,同时analyzer可以分“index”和“query”两个场景。analyzer中支持配置tokenizer和filter对词项进行定制化操作,比如Solr自带的StandardTokenizer,它是TokenStream类的实现类,各种Filter比如StopFilterFactory和LowerCaseFilter,他们也都是TokenStream的子类(本是同根生,相煎何太急)。
  2. 每个TokenStream的实现类都必须必须实现incrementToken方法,对词项进行自定义修改。因此可以考虑在query场景的分词过滤器中自定义是否将查询词项过滤或者保留,以实现和索引不一样的分词逻辑。
  3. 某些查询词项在索引时被分词器或者过滤器过滤,现在需要将某些特定的查询词项保留,使得该查询条件仍然在查询时生效。
  • 在索引时,可以减少索引的存储量,减少磁盘占用空间,提升索引的性能;
  • 在查询时,带上了早已被过滤的查询条件,可能带来查询性能的提升,无论是AND(减少结果集,减少带宽占用)还是OR(至少不会增大结果集)操作。

managed-schema配置分析器

<fieldType name="text_general" class="solr.TextField" positionIncrementGap="100"><analyzer type="index"><tokenizer class="solr.StandardTokenizerFactory"/><filter class="solr.StopFilterFactory" ignoreCase="true" words="stopwords.txt" /><!-- in this example, we will only use synonyms at query time<filter class="solr.SynonymFilterFactory" synonyms="index_synonyms.txt" ignoreCase="true" expand="false"/>--><filter class="solr.LowerCaseFilterFactory"/></analyzer><analyzer type="query"><tokenizer class="solr.StandardTokenizerFactory"/><filter class="solr.StopFilterFactory" ignoreCase="true" words="stopwords.txt" /><filter class="solr.SynonymFilterFactory" synonyms="synonyms.txt" ignoreCase="true" expand="true"/><filter class="org.apache.lucene.analysis.core.LowerCaseFilterQueryFactory"/></analyzer>
</fieldType>

设置停词表stopwords.txt

更新停词表stopwords.txt,更新配置集,索引重新加载配置集,重启Solr服务才能生效。
停词stopwords.txt

本是同根生,相煎何太急

StandardTokenizer是一个TokenStream,各种Filter比如LowerCaseFilter也是一个TokenStream,也就是说他们拥有共同的父类
每个TokenStream的实现类都必须必须实现incrementToken方法,对词项进行自定义的修改。
Do whatever you want.
incrementToken方法

首当其冲的是用StandardTokenizer将词项分出来

StandardTokenizer的scanner从Reader里逐个读出每个分词出来的词项。

  • a
  • the
  • mazhaohui
  • CCC
    分词出来
    StandardTokenizer

取其精华,去其糟粕

在StandardTokenizer和FilteringTokenFilter完成incrementToken之后,“a the mazhaohui”这些停词已经被过滤掉了,
接下来,在LowerCaseFilter的incrementToken(基类TokenStream的抽象方法)成功将词项CCC,转成了小写的ccc。
ccc
因此,最终title字段会索引ccc词项以供查询(indexed),而a the mazhaohui词项被设置为停词,不会被索引,只会被查询ccc的结果带出(stored)。分词过滤逻辑到此结束,接着由DefaultIndexingChain继续索引流程。
DefaultIndexingChain继续索引流程

样例测试

  1. 在停词表stopwords.txt中增加abcdefg
  2. 设置查询条件为title:abcdefg

结果展示

经过调试可以看到,在索引时会被直接当做停词过滤的词项"abcdefg",在查询时被当做查询条件接受了。这时词项“abcdefg”就会存活下来,作为查询条件继续后续的查询流程。
org.apache.lucene.analysis.core.StopFilterQueryFactory

Exception

ClassNotFoundException: solr.StopFilterQueryFactory类找不到?!简写包名看起来不行~
java.lang.ClassNotFoundException: solr.StopFilterQueryFactory

Solution

managed-schema配置query场景下的分词过滤器,使用刚刚新建出来的StopFilterQueryFactory类,注意写上完整包名。
org.apache.lucene.analysis.core.StopFilterQueryFactory

Reference

https://github.com/apache/lucene-solr/blob/master/solr/core/src/test-files/solr/collection1/conf/stopwords.txt
https://github.com/magese/ik-analyzer-solr7
https://www.ibm.com/support/knowledgecenter/en/SSZLC2_9.0.0/com.ibm.commerce.tutorials.doc/tutorial/tsd_search3_solrconfig.htm
https://www.cnblogs.com/immortal-ghost/p/6954360.html

这篇关于【搜索引擎分析策略(Analyzer = Tokenizer + Filter)】种瓜得豆?的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/724717

相关文章

python panda库从基础到高级操作分析

《pythonpanda库从基础到高级操作分析》本文介绍了Pandas库的核心功能,包括处理结构化数据的Series和DataFrame数据结构,数据读取、清洗、分组聚合、合并、时间序列分析及大数据... 目录1. Pandas 概述2. 基本操作:数据读取与查看3. 索引操作:精准定位数据4. Group

MySQL中EXISTS与IN用法使用与对比分析

《MySQL中EXISTS与IN用法使用与对比分析》在MySQL中,EXISTS和IN都用于子查询中根据另一个查询的结果来过滤主查询的记录,本文将基于工作原理、效率和应用场景进行全面对比... 目录一、基本用法详解1. IN 运算符2. EXISTS 运算符二、EXISTS 与 IN 的选择策略三、性能对比

Python实现网格交易策略的过程

《Python实现网格交易策略的过程》本文讲解Python网格交易策略,利用ccxt获取加密货币数据及backtrader回测,通过设定网格节点,低买高卖获利,适合震荡行情,下面跟我一起看看我们的第一... 网格交易是一种经典的量化交易策略,其核心思想是在价格上下预设多个“网格”,当价格触发特定网格时执行买

MySQL 内存使用率常用分析语句

《MySQL内存使用率常用分析语句》用户整理了MySQL内存占用过高的分析方法,涵盖操作系统层确认及数据库层bufferpool、内存模块差值、线程状态、performance_schema性能数据... 目录一、 OS层二、 DB层1. 全局情况2. 内存占js用详情最近连续遇到mysql内存占用过高导致

深度解析Nginx日志分析与499状态码问题解决

《深度解析Nginx日志分析与499状态码问题解决》在Web服务器运维和性能优化过程中,Nginx日志是排查问题的重要依据,本文将围绕Nginx日志分析、499状态码的成因、排查方法及解决方案展开讨论... 目录前言1. Nginx日志基础1.1 Nginx日志存放位置1.2 Nginx日志格式2. 499

Olingo分析和实践之EDM 辅助序列化器详解(最佳实践)

《Olingo分析和实践之EDM辅助序列化器详解(最佳实践)》EDM辅助序列化器是ApacheOlingoOData框架中无需完整EDM模型的智能序列化工具,通过运行时类型推断实现灵活数据转换,适用... 目录概念与定义什么是 EDM 辅助序列化器?核心概念设计目标核心特点1. EDM 信息可选2. 智能类

Olingo分析和实践之OData框架核心组件初始化(关键步骤)

《Olingo分析和实践之OData框架核心组件初始化(关键步骤)》ODataSpringBootService通过初始化OData实例和服务元数据,构建框架核心能力与数据模型结构,实现序列化、URI... 目录概述第一步:OData实例创建1.1 OData.newInstance() 详细分析1.1.1

Olingo分析和实践之ODataImpl详细分析(重要方法详解)

《Olingo分析和实践之ODataImpl详细分析(重要方法详解)》ODataImpl.java是ApacheOlingoOData框架的核心工厂类,负责创建序列化器、反序列化器和处理器等组件,... 目录概述主要职责类结构与继承关系核心功能分析1. 序列化器管理2. 反序列化器管理3. 处理器管理重要方

SpringBoot中六种批量更新Mysql的方式效率对比分析

《SpringBoot中六种批量更新Mysql的方式效率对比分析》文章比较了MySQL大数据量批量更新的多种方法,指出REPLACEINTO和ONDUPLICATEKEY效率最高但存在数据风险,MyB... 目录效率比较测试结构数据库初始化测试数据批量修改方案第一种 for第二种 case when第三种

解决1093 - You can‘t specify target table报错问题及原因分析

《解决1093-Youcan‘tspecifytargettable报错问题及原因分析》MySQL1093错误因UPDATE/DELETE语句的FROM子句直接引用目标表或嵌套子查询导致,... 目录报js错原因分析具体原因解决办法方法一:使用临时表方法二:使用JOIN方法三:使用EXISTS示例总结报错原