搜索

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

61.RE: 提供rank接口?

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

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

62.RE: 不知道我这个需求是否合理

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

这个量级排序很伤。。。

63.RE: 相关性问题

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

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

64.关于搜索结果的问题

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

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

65.项目配置文件详解

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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