用luke看索引

Luke是一个用于Lucene搜索引擎的第三方工具，它可以访问现有Lucene的索引，并允许您显示和修改。可以看每篇文档建立了哪些索引，验证有没有成功建立了索引。不然建立了，不能确定有没有成功。

可以用luke看文章怎么分的词。当搜索query过来以后，query也会被分词，拿这个分好的词去索引中查询。所以这个过程其实涉及到两次分词，既然做了索引，就是有可能两次分词用的分词器不一致。

　　//必须先建索引 try { IndexWriter writer = new IndexWriter(INDEX_DIR, new IK_CAnalyzer(), true);

　　IndexSearcher is = new IndexSearcher(fsDir);// ① 打开索引

　　　　Query query = new QueryParser("contents", new IK_CAnalyzer()).parse(q); // ② 分析查询

http://blog.chinaunix.net/uid-26284318-id-3154914.html 还有一种情况就是根本没有建立索引
具体要用luke看看

用luke看索引,布布扣,bubuko.com

时间： 2024-08-11 01:35:49

用luke看索引的相关文章

INDEX--从数据存放的角度看索引2

在上次<INDEX--从数据存放的角度看索引>中,我们说到"唯一非聚集索引"和“非唯一非聚集索引”在存储上有一个明显的差别:唯一非聚集索引的非叶子节点上不会包含RID的数据,让我们继续来深挖一下. 准备测试数据: CREATE TABLE TB1 ( C1 INT, C2 INT, C3 INT ) GO CREATE UNIQUE CLUSTERED INDEX IDX_C1 ON TB1(C1) GO CREATE UNIQUE INDEX IDX_C2 ON TB1(

【C#】我看索引器

前沿: 索引器:索引器允许类或结构的实例就像数组一样进行索引. 索引器类似于属性,不同之处在于它们的访问器采用参数. 正文: 在看索引器前,我们先看看C#的属性,面向对象设计和编程的重要原则之一就是数据封装,也就是我们在类中定义的字段永远不应该对外公开,假如我们定义了下面一个类 public class Employee { public string Name; public int Age; } 那么我们在外面可以很随意的破换一个Employee对象: Employee e=new Empl

INDEX--从数据存放的角度看索引

测试表结构: CREATE TABLE TB1 ( ID INT IDENTITY(1,1), C1 INT, C2 INT ) 1. 聚集索引(Clustered index) 聚集索引可以理解为一个包含表中除索引键外多有剩余列的包含索引,为保证在DELETE/UPDATE操作的正确性,如果聚集索引未声明为唯一(UNIQUE),则系统会聚集索引键增加一个NULLABLE的INT类型标识列(UNIQUIFIER)以保证记录唯一性. 唯一聚集索引: CREATE UNIQUE CLUSTERED

luke使用

Luke介绍 Luke是一个方便的索引查看和诊断工具,可以访问Lucene构建的索引文件,显示和修改某些索引内容.能提供: 通过document编号或term浏览索引查看document内容,可复制到剪贴板对频率最高的term的索引字段提供排名后的浏览执行搜索语句并浏览搜索结果分析搜索结果从索引中选择性删除文件重建原始文档字段,对其进行编辑,然后重新插入的索引优化索引可以打开hadoop文件系统内的索引文件首次用Luke打开索引文件.Overview里面显示了索引具有的Fiel

10-06查看索引

查看索引的方式: 使用SSMS查看索引: 右击一个表,点击设计. 打开设计模式以后,右击一个列点索引. 右边可以看索引,左边是索引的类型. 使用系统储存过程查看索引: USE E_Market GO EXEC sp_helpIndex UserInfo 使用视图查看索引: USE E_Market GO SELECT *FROM sysIndexes WHERE name='Ix_UserInfo_UserAddress'

sql学习笔记（15）-----------MySQL 索引与优化总结

索引对查询的速度有着至关重要的影响,理解索引也是进行数据库性能调优的起点. 考虑如下情况,假设数据库中一个表有10^6条记录,DBMS的页面大小为4K,并存储100条记录.如果没有索引,查询将对整个表进行扫描,最坏的情况下,如果所有数据页都不在内存,需要读取10^4个页面,如果这10^4个页面在磁盘上随机分布,需要进行10^4次I/O,假设磁盘每次I/O时间为10ms(忽略数据传输时间),则总共需要100s(但实际上要好很多很多).如果对之建立B-Tree索引,则只需要进行log100(10^6

怎么查看索引有没有走

在mysql优化时候怎么看索引有没有走到 SELECT object_type,object_schema,object_name,index_name,count_star,count_read,COUNT_FETCH FROM performance_schema.table_io_waits_summary_by_index_usage WHERE object_name='Meb_User'; 看count_star,count_read,COUNT_FETCH 这三个值没有增加

MySQL索引和优化查询

来自:http://blog.chinaunix.net/uid-29532375-id-4144615.html 索引和优化查询恰当的索引可以加快查询速度,可以分为四种类型:主键.唯一索引.全文索引.普通索引.主键:唯一且没有null值.create table pk_test(f1 int not null,primary key(f1));alter table customer modify id int not null, add primary key(id);普通索引:允许重复的

索引的重建

一.何时需要重建索引表上频繁发生update,delete操作: 表上发生了alter table ..move操作(move操作导致了rowid变化). 二.判断某索引是否应被重建 1.索引重建是否有必要,一般看索引是否倾斜的严重,是否浪费了空间,那应该如何才可以判断索引是否倾斜的严重,是否浪费了空间,对索引进行结构分析:SQL> analyze index index_name validate structure; 2.在相同的session中查询index_stats表SQL> se