solr-custom-score
solr自定义评分组件demo
(一)背景介绍
大多数时候我们使用lucene/solr/elasticsearch自带的评分查询都是没问题的,当然这也仅仅限于简单的业务或者对搜索排名 不敏感的场景中,假设业务方要求有若干业务因子要干扰到排名,同时还不能放弃框架本身的文本相似度评分,那么应该怎么做呢? 这种场景尤其是在电商类的一些垂直搜索中体现比较明显,比如,新商品加分,口碑好的加分,图片清晰的加分,商品介绍详细的加分,大促的商品加分等等等等 如何把众多的业务因素加到的总的评分里面?
(二)实现策略
(1)在索引的时候把众多的业务评分计算提前计算好,存储成一个字段,然后查询的时候根据这个字段排名
评价:比较简单暴力,适合加权固定,不经常改变评分因素的业务使用,查询性能最高 ,更新,改变,调试评分比较麻烦
(2)在索引的时候把众多的业务评分因子都索引成一个字段,在查询的时候动态获取各个字段评分计算后,加入总的评分从而影响 最终的排名
评价:对动态更改评分支持比较好,查询性能稍差
(3)对于业务的评分因素,动静分离,静态评分因子长期不变的,就全部计算完存储成一个字段,动态的也存储若干字段,最终的评分 由静态业务评分+动态业务评分+相似度评分综合得出,从而影响最终的排名
评价:合理规划评分因素,动静分离,算是业务与技术的一个折中
(三)实现方式
A : 通过重写QueryParser实现
1,继承CustomScoreProvider类,重写customScore方法,从DocValues中动态读取评分有关因子,计算后,影响总评分
2,继承CustomScoreQuery类,重写getCustomScoreProvider方法,需要用到1,返回自定义的CustomScoreProvider类 到此,在lucene中就完事了,但是在solr中我们还需要继续
3,继承QParser类,重写parse方法,需要用到2,并在构造方法中,完成一些必须的初始化操作
4,继承QParserPlugin类,重写createParser方法,需要用到3,至此,代码完成
打包项目成一个jar,拷贝至serversolr-webappwebappWEB-INFlib中
5,在solrconfig.xml中,注册我们写的插件:
<queryParser name="myqp" class="com.easy.custom.queryparser.MyQueryParserPlugin">
<lst name="words">
<str name="word">easy_money</str>
<str name="word">easy_count</str>
<str name="word">easy_test</str>
</lst>
</queryParser>
6, 重启solr,或者reload指定的core
7,打开solr的ui页面,指定defType,测试搜索,如果log不报错,就证明使用成功了
B : 通过重写Function Query实现
1,继承ValueSource类,重写getValues方法,并在返回的方法中,完成评分计算逻辑
2,继承ValueSourceParser类,并重写parser方法,返回1定义的类, 建议在parser方法里面,获取ValueSource然后传入自定义的ValueSource类里面复用, 不建议直接从DocValues里面读取,因为基于这个IndexSearch的打开的ValueSource耗费 资源更少。至此,代码完成打包项目成一个jar,拷贝至serversolr-webappwebappWEB-INFlib中
3,在solrconfig.xml中,注册我们的组件:
//此处,也可也定义需要传入的参数
<valueSourceParser name="myfunc" class="com.easy.custom.function.MyValueParser" />
4,打开solr的ui页面进行查询,不报错的话,即查询成功,可以看到和我们第一种方式的结果是一致的
(四)总结
其实核心功能还是使用lucene实现的,solr/es则是在lucene的基础上提供了强大灵活的插件机制,这样以来,我们就能更容易实现一些我们特殊需求的定制化。
原文 and Github:https://github.com/qindongliang/solr-custom-score