搜索

大约有 90 项符合查询结果, 库内数据总量为 3,513 项。 (搜索耗时:0.0990秒)

51.关于搜索结果问题

发布时间:2012-07-05 11:07 t By 乡下人

[attachment=18] 感觉搜索结果排序有问题,搜 '"西安浐灞"',文章中包含西安浐灞却没有排在第一个

52.提供rank接口?

发布时间:2012-04-02 00:04 t By Dull

addweight似乎还是不大够 比如实现比较复杂算法addweight就麻烦些 象http://www.ruanyifeng.com/blog/it/ 里面提到用户投票算法是实际中应用比较广泛 专门做个排序字段rank当然也可以 会不会有性能问题 不如系统级别好吧

53.项目配置文件详解

... - numeric 数值型,包含整型和浮点数,仅当字段需用于以排序或区间检索时才设为该类型,否则请使用 string 即可 - date 日期型,形式为 YYYYmmdd 这样固定 8 字节,如果没有区间检索或排序需求不建议使用 - id 主键型,确...

54.RE: 提供rank接口?

发布时间:2012-04-05 10:04 t By hightman

在全文检索中搞排序一直是比较麻烦。。。。 加个字段性能倒没事,但如果这个字段要频频刷新处理比较麻烦。

55.RE: 相关性问题

发布时间:2012-06-29 23:06 t By justlau

好像没有,你可以通过对检索结果根据相关性排序一下,循环里再判断大于50%才显示吧

56.RE: 关键字完全匹配如何增加权重?

发布时间:2012-11-04 14:11 t By hightman

你这个情况其实难怪这个排序 。。。因为双方都是歌名+专辑同样包含。。。按字数排肯定也不合理

57.RE: 关键字完全匹配如何增加权重?

发布时间:2012-11-03 17:11 t By hoffer01

想到办法了,加了一个字段,保存歌曲名长度,搜索结果按这个长度排序,完全匹配就能排在前面了

58.RE: 搜索出来数字型怎么成了这样乱码

发布时间:2012-02-24 15:02 t By linren119

数字型,仅当字段需用于以排序或区间检索时才设为该类型,否则请使用 string

59.RE: 搜索出来数字型怎么成了这样乱码

发布时间:2012-02-24 15:02 t By zl8522115

晕,不是你说.是数字是乱码,跟string没关系.. 而且我那些字段也是准备用来排序.

60.RE: 结合搜索引擎来制作自动标签系统

发布时间:2011-12-07 13:12 t By hightman

多谢建议。这个部分要做得精准话其实是比较尖端,SCWS分词后有提供一些热门词排序,如果简单归结为标签也是不妥,我觉得需要有标签库进行匹配和比对。

  • 时间不限
  • 按相关性排序