Hibernate Search v5.5.4.Final 发布

jopen 8年前
   <p style="text-align: center;"><img alt="" src="https://simg.open-open.com/show/ae435f75b5252cf6bf078bd83902ebff.png" /></p>    <p>Hibernate Search的作用是对数据库中的数据进行检索的。它是hibernate对著名的全文检索系统Lucene的一个集成方案，作用在于对数据表中某些内容庞大的字段（如声明为text的字段）建立全文索引，这样通过hibernate search就可以对这些字段进行全文检索后获得相应的POJO，从而加快了对内容庞大字段进行模糊搜索的速度（sql语句中like匹配）。</p>    <p style="text-align: center;"><img alt="" src="https://simg.open-open.com/show/be9684d51d7341308ae5ee07f073fd1b.png" /></p>    <p style="text-align: center;"><img alt="" src="https://simg.open-open.com/show/07e1cac8fd583af11a9aa7de023285c4.jpg" /><img src="file:///C:/Users/wqm/AppData/Local/Temp/enhtmlclip/Image(1).png" /><img src="file:///C:/Users/wqm/AppData/Local/Temp/enhtmlclip/Image.jpg" /></p>    <p> </p>    <p> </p>    <p>Hibernate Search主要有以下功能特点：</p>    <ol>     <li>功能强大，配置简单 - 配置只需要修改persistence.xml（JPA），hibernate.cfg.xml（Hibernate）</li>     <li>支持Hibernate，以及EJB3 JPA标准应用</li>     <li>集成全文搜索引擎Lucene - Lucene是Apache项目组下的一个功能强大的全文搜索引擎项目</li>     <li>可以简单透明索引查询过的数据</li>     <li>支持复杂检索 - 支持Wild Card（诸如*, ?等通配符号），多关键字，模糊查询，排序等</li>     <li>支持Clustering</li>     <li>支持直接访问Lucene API</li>     <li>对Lucene索引，API的高效管理</li>    </ol>    <p>Hibernate Search运行的环境如下：</p>    <ol>     <li>JDK或JRE 5.0以上</li>     <li>Hibernate-Search以及相应的依赖包</li>     <li>Hibernate Core 3.2.X</li>     <li>Hibernate Annotations 3.3.X</li>    </ol>    <p style="text-align: center;"><img alt="" src="https://simg.open-open.com/show/bd0e6ba6b478bba0f5f9733e44c068e9.png" /></p>    <p style="text-align: center;">主/从结构的Hibernate Search architecture</p>    <h2>更新日志</h2>    <h3>Bug修复</h3>    <ul>     <li>[HSEARCH-2307] - Documentation shouldn't suggest need for @Indexed of embedded association fields</li>    </ul>    <h3>新特性</h3>    <ul>     <li>[HSEARCH-2286] - DistanceSortField should support reverse sorting</li>    </ul>    <h3>Task</h3>    <ul>     <li>[HSEARCH-2306] - Upgrade 5.5.x to Hibernate ORM 5.0.9</li>    </ul>    <h3>改进</h3>    <ul>     <li>[HSEARCH-2301] - CriteriaObjectInitializer is suboptimal when we query only one subtype of a hierarchy</li>    </ul>    <h2>下载</h2>    <ul>     <li><a href="/misc/goto?guid=4958991817924571255" rel="nofollow"><strong>Source code</strong> (zip)</a></li>     <li><a href="/misc/goto?guid=4958991818074853313" rel="nofollow"><strong>Source code</strong> (tar.gz)</a></li>    </ul>