3

从 stackoveflow.com 的角度来看(由 2-3 名工程师组成的团队构建一个旨在扩展的网站项目),在开发过程的早期花费精力来构建基于 Lucene/Autonomy 的搜索是否有意义……而不是基于数据库全文搜索。

优点/缺点:
对于像 nutch 或自治这样的成熟 Lucene 实现,在后期迁移到 Lucene(这是不可避免的)的成本可以忽略不计。
大量添加额外的索引服务器(比如使用 nutch)来维护不断增长的搜索索引相对容易。
对于 Lucene 实现,我很可能需要一个额外的服务器来维护内存索引(在扩展过程的早期阶段)。

4

2 回答 2

4

数据库全文搜索性能因数据库而异,但它是迄今为止最简单的设置选项。所以从那个开始,如果它被证明太慢,就转向 lucene 或 sphinx。

于 2008-11-24T15:57:20.590 回答
0

不过,您应该保持隔离 - 如果您知道将用搜索引擎查询替换它们,请不要开始在您的代码中抛出 SELECTS。用一个薄抽象层包裹你的数据库的全文搜索,确保你不使用你不应该使用的数据库功能。

不过,我支持公认的答案-这里的过早优化绝对是邪恶的。

于 2009-07-22T05:25:32.143 回答