Java 休眠搜索或指南针

我最近似乎找不到任何关于这个选择的谈话。早在06年就有人批评Hibernate搜索不完整，没有准备好与Compass竞争，是吗？是否有人同时使用了这两种方法，并对决策有一定的看法

我在空闲时间用Java开发一个web应用程序，这只是我自己，所以我希望在尽可能减少对最终产品的影响的同时，尽可能地节省开支。已经说过，我的项目的搜索能力是第一优先！我花了很多时间制作数据库模型来支持系统。让用户得到他们想要的东西的能力将使我的应用与众不同。所以，速度是可以牺牲的……显然是在合理的程度上

以下是我目前对该应用技术的看法，如果你看到任何明显的

newb

错误，请温和一点……我是一个什么都不懂的专家

DB:PostgreSQL
平台：Java
框架：Spring、Hibernate、Seam

很明显，我选择了所有免费的（比如啤酒）技术和那些据我所知可以一起玩得很好的技术。那个么你们怎么想，用指南针还是冬眠搜索来解决问题呢

---

-Nomad311

Hibernate搜索是一个完整的产品，它基于Lucene，这是这里最快的开源搜索引擎之一

例如，一些基准：

另外，它与Seam和Hibernate完全集成（请看Seam dist中的示例）

我建议您更具体地说明：

休眠搜索不完整

我想知道哪一部分是不完整的。

如果您将Hibernate作为持久性提供者，我认为您最好使用Hibernate搜索，因为集成非常顺利（配置、实体发现在相同的API和编程模型下）。 如果你想索引很多不在数据库中的“东西”，那么Compass是一个更好的选择

---

目前我们正在开发Hibernate Search 3.2：我们的路线图是指南针，而elasticsearch是指南针之后的新产品。所以我认为最好用一些稳定的。（可能是Hibernate搜索）

有趣的问题，我真的很想知道它们到底有什么不同，因为它们都是建立在Lucene之上的。任何关于06年的批评的参考资料？指南针也是基于Lucene的，所以这不是歧视性的。好吧，所以没有速度问题，因为他的两个备选方案都基于同一个引擎。不完整…我没有昨晚读到的相同链接，但快速的谷歌搜索给我带来了一个这样的链接，Emmanuel自己说Hibernate没有Compass当时的功能集：也看看这个…Emmanual和Shay有一个来回的链接他们的技术：哦，我们现在有了Hibernate搜索项目领导！有趣：）奇怪，我确实放了一个圆盘机，但它没有出现。我猜stackoverflow不喜欢lt和gt，所以让我再说一遍：小心。有偏见的人：我是Hibernate Search的项目负责人，也是ManningI的《Hibernate Search in Action》一书的作者。我确实认为Hibernate Search在集成方面是最简单的，但我确实说过，搜索功能在我的列表中是第一位的，所以这不会成为交易的破坏者。我想从你那里知道的是：我2-3年前读到的讨论是否仍然有效（包括你与Shay的讨论）？从那以后，这两种技术有没有发生过重大变化？顺便说一句，我想感谢你的工作，无论我使用；当我计划这个项目时，我意识到一个好的搜索引擎需要做多少工作和复杂的事情！是的，从那以后有了很多变化：）ESP3.1一直专注于完善3.0的功能和性能改进，我们已经开始在Hibernate核心之外使用Hibernate搜索所需的抽象工作。最好列出您需要或认为您会错过的内容，这样我们就可以告诉您该工具是否适合您的需要。