5

我们有一个管理内容页面的托管应用程序。每个页面可以有许多自定义字段，以及一些标准字段（时间戳、用户名、用户电子邮件等）。

可能有数百个不同的站点使用该系统——处理过滤/搜索的有效方法是什么？想象一个您想要缩小范围的网格视图。您可以过滤特定字段（用户 ID、日期），也可以输入全文搜索。

例如，“所有由 userid 10 开始的页面”将是一个针对 MySQL 数据库的非常快速的查询。但是像“由用户 ID 为 10 且匹配 [某些搜索查询] 的用户启动的所有页面”之类的内容会影响数据库，因此它适用于 Lucene 等搜索引擎。

基本上我想知道其他大型网站是如何做这种事情的。他们是否 100% 使用搜索引擎进行所有类型的过滤？他们是否将数据库查询与搜索引擎混合在一起？

如果我们只使用搜索引擎，那么新/更新对象出现在搜索索引中的延迟时间就会出现问题。也就是说，我读过立即更新索引并不聪明，而是分批进行。即使这意味着每 5 分钟一次，当用户查看一个简单的页面列表（例如“类别：5”的搜索查询）时，当他们最近添加的页面没有立即列出时，用户也会感到困惑。

我们正在使用 MySQL，并且一直在密切关注 Lucene 进行搜索。还有其他我不知道的技术吗？

我的想法是提供一个简单的过滤页面，它使用 MySQL 过滤基本字段。然后提供一个单独的全文搜索页面，该页面将显示类似于 Google 的结果。这是唯一的方法吗？

4

3 回答 3

2

Solr 或 Grassyknoll 都为 Lucene 提供了稍微抽象的接口。

那说：是的。如果您是一个主要内容驱动的网站，提供对您的数据的全文搜索，那么除了 LIKE 之外，还有一些东西在起作用。虽然 MySql 的 FULLTEXT 索引并不完美，但在此期间它可能是一个可接受的占位符。

假设您确实创建了一个 Lucene 索引，将 Lucene 文档链接到您的关系对象非常简单，只需在索引时向文档添加一个存储属性（此属性可以是 url、ID、GUID 等）然后，搜索就变成了 2阶段系统： 1）向 Lucene 索引发出查询（显示简单的结果，如标题） 2）通过其键从关系存储中获取有关对象的更多详细信息

由于文档的实例化在 Lucene 中相对昂贵，因此您只想存储在 Lucene 索引中搜索的字段，而不是关系对象的完整克隆。

于 2008-11-19T19:46:35.153 回答
0

不要轻易注销 MySQL！

使用数据库实现它，例如在 where 子句中带有“like”的选择或其他任何内容。

分析它，如有必要，添加索引。推出一个测试版，这样您就可以从用户的实际数据模式中获得实数 - 并非所有列都可能被平等地询问，等等。

如果性能确实很糟糕，那么那就是您考虑其他选择的时候了。您可以考虑调整您的 SQL、您的数据库、运行数据库的机器，最后使用另一个技术堆栈...

于 2008-11-19T18:30:16.193 回答
0

如果您想使用 MySQL 或 PostgreSQL，可以使用它的开源解决方案是 Sphinx： http ://www.sphinxsearch.com/

我们遇到了同样的问题，并考虑将 Sphinx 和 Lucene 作为可能的解决方案。

于 2009-06-11T20:52:21.823 回答