Coreseek:第二步建索引及測试

1,建索引非常easy。一行代码

g:/service/coreseek/bin/indexer -c g:/service/coreseek/etc/csft_mysql.conf   person

前面是你bin文件夹下的indexer程序 后面-c指后面会跟配置文件 然后是配置文件地址 最好都用绝对地址 在后面是索引 也能够用--all 即对配置文件的全部部分都做索引

然后写成一个批处理文件。这样比較方便。

2.如今就能够在命令行下做測试了。

測试英文：g:\service\coreseek\bin\search -c  g:\service\coreseek\etc\csft_mysql.conf w

最后一个參数是检索内容，随便改

測试中文：echo 制动液| iconv -f gbk -t utf-8 | bin\search -c g:\service\coreseek\etc\csft_mysql.conf --stdin | iconv -f utf-8 -t gbk

搜索结果会出现非常多乱码。没关系也非常正常

最好在批处理文件结里面再加上

::timeout /t 1

pause

能够讲界面继续保持在屏幕上看

假设搜索结果没问题，那么说明你的配置文件应该是成功的。能够进入API调用了

时间： 2024-10-03 23:00:57

Coreseek:第二步建索引及測试的相关文章

Coreseek:第二步建索引及测试

1,建索引很简单,一行代码 g:/service/coreseek/bin/indexer -c g:/service/coreseek/etc/csft_mysql.conf   person 前面是你bin目录下的indexer程序 后面-c指后面会跟配置文件 然后是配置文件地址 最好都用绝对地址 在后面是索引 也可以用--all 即对配置文件的所有部分都做索引 然后写成一个批处理文件,这样比较方便. 2.现在就可以在命令行下做测试了. 测试英文:g:\service\coreseek\bi

一百万数据索引实例測试--mysql

推荐书籍:http://pan.baidu.com/s/1sjJIyRV 任务描写叙述: 如果一高频查询例如以下 SELECT * FROM user WHERE area='amoy' AND sex=0 ORDER BY last_login DESC limit 30; 怎样建立索引?描写叙述考虑的过程 user表例如以下: 初始化100W条数据,当中.area要通过IP查询生成,sex为 0,1 随机 CREATE TABLE user ( id int(10) NOT NULL AUT

利用Continuous Testing实现Eclipse环境自己主动单元測试

当你Eclipse环境中改动项目中的某个方法时,你可能因为各种原因没有执行单元測试,结果代码提交,悲剧就可能随之而来. 所幸infinitest(http://infinitest.github.io/)提供了一个Continuous Testing插件,以及时自己主动执行单元測试.尽管会多占一些CPU资源,但开发者的硬件谁会不留一点余地呢?大不了,音乐.视频.360卸载就OK了.安装方法有两种: (1)使用"Install new software",输入地址:http://infi

oracle exchange partition 測试

Exchange partition提供了一种方式,让你在表与表或分区与分区之间迁移数据.注意不是将表转换成分区或非分区的形式,而仅仅仅是迁移表中数 据(互相迁移),因为其号称是採用了更改数据字典的方式,因此效率最高( 差点儿不涉及io操作). Exchange partition适用于全部分区格式,你能够将数据从分区表迁移到非分区表.也能够从非分区表迁移至分区表. 这就给批量更新分区表的数据提供了一个非常不错的思路,这里我便做一次普通表与分区表数据交换的实验. 注意:分区表不能直接与分区表交换

在Eclipse中使用JUnit4进行单元測试（0基础篇）

本文绝大部分内容引自这篇文章: http://www.devx.com/Java/Article/31983/0/page/1 我们在编写大型程序的时候,须要写成千上万个方法或函数,这些函数的功能可能非常强大,但我们在程序中仅仅用到该函数的一小部分功能,而且经过调试能够确定,这一小部分功能是正确的.可是,我们同一时候应该确保每个函数都全然正确,由于假设我们今后假设对程序进行扩展,用到了某个函数的其它功能,而这个功能有bug的话,那绝对是一件非常郁闷的事情.所以说,每编写完一个函数之后,都应该对这

腾讯云安装openvz，高速搭建測试环境

CSDN送了腾讯云的測试资格,准备拿来作为cici的软件公布首页,想在上面做个demo,无奈没有设备环境,于是想要用openvz来虚拟一些vps: 第一步:选择腾讯云的os模板,centos6.3 第二步:安装openvz           安装方法參见:http://openvz.org/Quick_installation 第三步:下载os模板,创建4个vps,各自是ubutnu centos6.5 suse centos7.0 第四步:开启vps 这里发现vps上不了网,预计是腾讯对na

也谈測试核心竞争力

作为一名測试人员,究竟其真正的核心竞争力是什么?这个问题一直困惑着我,当我还未曾踏入这一行业的时候,听到的声音是这种:"測试是一种非常有前途的工作,需求大于供给".另一种是这种"測试就要做接触到代码的,点点鼠标谁都--"怀着对于一个行业我也不知道好还是坏,究竟是个什么玩意的心理选择并进入了这个行业. 期间,我承认.的确有那么一段时间,我觉得作为一名測试假设可以对于代码了如指掌,可以写出一个个的工具才有可能成为武林的盟主,寿与天齐. 似乎,作为測试来说最核心的竞争力就

带有机器人框架的.NET自己主动化測试

Clayton Neal在软件測试和质量保证方面有超过13年的经验,当中有八年的Windows, web,和移动应用程序的測试自己主动化经验.他在測试领域的全部等级都工作过.近期他在Bloomberg and Misys担任QA经理.同一时候他还是Sogeti的自己主动化測试顾问.Clayton对自己主动化測试超迷恋,还见识了怎样亲自成功实施測试自己主动化. ? 測试自己主动化的优点我们都非常清楚,更快地反馈问题,降低手工測试,持续集成就是当中随口可举的.測试团队成员越多,公司使用自己主动化越多

where条件顺序与建索引顺序

查询时,如果数据量很大,where 后面的条件与建索引的顺序相同,也没有什么多少差别,聚集索引稍微快点; 但where 后面的条件与建索引顺序不同,速度会慢下来,到底慢多少,不同的机器会不一样,没有绝对的说法. MSSQL引擎首先对条件进行优化,优化以后再查询.1,还是那句,先看执行计划.2.2008的话,对where的顺序它会自己优化,测试过,顺序对执行计划没有影响,不过2005好像有.所以从规范化来说,还是把筛选性高的放在where的前面,而不是考虑是否聚集索引3.对于建立索引,就有讲究了,