hibernate Search项目的Beta第二版发布的时候。InfoQ为此采访了Hibernate Search项目的发起人Emmanuel Bernard以了解更多细节,Emmanuel同时也是相关项目Hibernate Annotations和Hibernate EntityManager的发起人。根据Emmanuel所言,Hibernate Search目的是帮助Hibernate的使用者或是java Persistence API(JPA)的使用者可以通过全文搜索索引来访问Hibernate或JPA管理的对象。 Hibernate Search项目的主要特性包含以下几个方面:* g D6 C- i& B( a; W) T" H2 ^! O9 ?
◆Lucene集成——作为强大高效的检索引擎,Lucene的美名早已久经考验了;8 d0 x3 T0 e# A1 d" d
◆数据的自动插入和更新——当一个对象通过Hibernate添加或更新时,索引也会相应进行透明的更新;5 b4 D F) l: f4 E
◆支持众多复杂的搜索方式——可快速的使用通配符进行搜索,以及多关键词全文检索(multi-word text searches)和近似或同义词搜索(approximation/synonym searches),或根据相关性排列搜索结果;2 {# o$ V( [, ]1 q8 I3 O' b
◆搜索集群(Search Clustering)——Hibernate Search提供了内建搜索集群解决方案,其中包括一个基于JMS的异步查询和索引系统;
* N0 x$ u* E4 K5 h9 `1 d◆对Lucene API接口的直接调用——如果用户打算处理某些特别复杂的问题,可以在查询中直接使用Lucene提供的API接口;+ w7 o3 z6 h% a2 J" Y' g; i- b
◆对Lucene的自动管理——Hibernate Search可以管理并优化Lucene的索引,并且非常高效地使用Lucene的API接口。 项目的主要目标包含以下几个方面:! S+ l' ? M" u, z/ S
◆易用性——和Hibernate的ORM映射一样,Hibernate Search帮助用户实现了业务90%的工作,并且使用户专注于余下更为困难的业务实现部分;0 l1 h0 p( F0 Z0 ~" T6 c6 X
◆和已有的Hibernate/JPA编程模型保持一致性——更轻松地集成Hibernate/JPA编程模型是“一开始就致力要实现的目标”。 Emmanuel在实践中给出了几个具体的实例,包括:7 a* h9 B, S$ ^- i. y% ]' Q4 e
◆通过转换对象构造的方式,HQL查询语句可以被转换为搜索查询,“通常只是几行代码”——其他的因素(执行查询,结果格式等)都保持不变;
* p: ]3 j9 ^& C4 w1 [◆不需要启动过程,因为Hibernate Search透明地利用了已有的Hibernate/JPA基础架构;
1 G) V+ y/ M. u% u◆最小配置集合要求至少在persistence.xml或者hibernate.cfg.xml中设置两个属性。 关于最终发布时间表,Emmanuel指出3.0版本发布之前将在查询和索引最优化方面做出大量的工作,他就此总结道: Hibernate Search的核心代码实际上是相当稳定的,发布版之所以仍标记为Beta的原因是我们对拓展API接口还没有充足的把握,Hibernate Search内核相当灵活,并且可以融入用户自定制的搜索策略。到目前为止,代码已经相对稳定,我们希望看到一个具备完善特性的产品,并保证API接口不会出现问题。 如同平常一样,开源项目在编码完成时发布,我所要说的就是这个夏天很长并且我没有安排什么额外的度假计划 :) 关于Hibernate Search实现策略好处和不足的有趣争论也随之展开,Sanjiv Jivan就此描述了他眼中的Hibernate Search优缺点,随后Emmanuel Bernard也回应了Sanjiv的看法。那么,亲爱的读者,对于Hibernate Search,您的观点又是如何呢? + p) f3 f* [. a% J/ D5 B1 r# S2 W
|