有一个字段，设置如下 [update_time] type = numeric 查询出来的文档中，该字段的值为如下类型的浮点数 1.35582e+09 恳请懂的人帮忙解决下，感谢～
...一半甚至更少，误差很大。 尝试修改过use_year的type为numeric，结果也是一样。 其它字段使用addRange搜索的时候，发现返回的总数误差都很大。 请问是我的设置有问题，还是搜索条件的写法有问题？
字段配置 [user_id] type = numeric index = self tokenizer = full 用 $search->addRange('user_id',1,20000)->..... 搜索 指定 用户id 范围的内容 addRange区间过滤不起作用 不知道是我配置问题 还是调用方式不对
比如我有一个栏目ID筛选条件 catid:11 搜索出来的数据，还是有不是catid=11的数据。 配置文件，有catid这个字段 [catid] type = numeric index = self
... help~~~:huh::huh::huh: --------------------------------- [num] type=numeric tokenizer = none index = none 这是索引配置文件 求助~~~~ 不知道为什么好用了:D不是null了 可以查出来了
ini错误啊，type=both没有这样的语法。 numeric 你要有 $doc->sendtime 访问就可以了，应该不会乱码。print_r()返回的是序列化后的字符串啊，不必理会。
ini错误啊，type=both没有这样的语法。 numeric 你要有 $doc->sendtime 访问就可以了，应该不会乱码。print_r()返回的是序列化后的字符串啊，不必理会。
配置项 [on_time] type = numeric 在测试服务器上返回的值是 'on_time' => string '1414566271' (length=10) 发布到线上服务返回的值是 ["on_time"]=> string(11) "1.41204e+09" 线下，线上服务器都是centos+ nginx ，项目配置也是一样的， 虽然在开...
...40, task:{}}[/php] 找到问题原因了，当某一个字段设置type=numeric,且字段值是浮点型时，某个xs search进程占用cpu和内存迅速升高，并一直维持在占用资源很高的状态。手册关于type=numeric的说明，“numeric 数值型，包含整型和浮点数...
... - string 字符型，适用多数情况，也是默认值 - numeric 数值型，包含整型和浮点数，仅当字段需用于以排序或区间检索时才设为该类型，否则请使用 string 即可 - date 日期型，形式为 YYYYmmdd 这样固定的 8 字节，如果没...