使用lucene对搜索结果排序

lucene默认根据匹配度对搜索结果降序排,如果对某个域进行排序?
通常分两步:

 step1)建索引时

doc.add( new  Field( " audittime " , row.get( " audittime " ).toString(),
                Field.Store.NO, Field.Index.UN_TOKENIZED));

关键点是你需要排序的字段建索引时应该采用 Field.Index.UN_TOKENIZED,至于需不需要 Field.Store.NO看实际情况,反正不影响排序

step2)搜索时

public  Hits search(SearchVO searchVO)  throws  IOException  ... {
        ................

        Sort sort = this.buildSort(searchVO);

        Hits hits = searcher.search(query, sort);

        return hits;
}

private  Sort buildSort(SearchVO searchVO)  ... {

        if (searchVO.getOrderby() == null || searchVO.getOrderby().length() < 1) ...{
            return null;
        }

        Sort sort = new Sort(searchVO.getOrderby(),
                (searchVO.getAscflag() == 1 ? false : true));

        return sort;

}

 关键点是通过建立一个Sort实例然后传给IndexSearcher 的另一个重载方法search(Query query,Sort sort);

通过Sort你可以指定排序字段名,升序降序.

如果你需要特指字段类型,你需要使用  new Sort(SortField field)
或者你需要通过多字段排序,你需要使用  new Sort(SortField[] fields)
我就不再赘述了

题外话:
   
使用lucene 排序是很简单的,但如何发挥它的效果是一个值得思考的地方.
   
如果你是实时的更新lucene索引我没话说(这需要相当谨慎的设计).

如果你定时更新索引,就会有些问题,比如你要排序的字段更新速度很快,你应该如何显示它? 因为你排序的数据(即建索引时的数据)和当前的数据并不完全同步,这会给显示带来问题.如果你显示建索引时的数据,这样排序本身没问题,但客户会很奇怪我的数据明明是6了怎么还显示4.如果你显示当前的数据就更奇怪了,客户可能会奇怪我的数据是1000怎么排名第4,排名第一的才500?  如果你的数据更新缓慢,这样做不会有什么问题.但更新很快的话就是灾难了.