用了半年的solr才能确实的感觉到lucene的优点。
正如robbin所说:“但是这个方案的缺点也是显而易见的,你的RoR应用所有的全文检索都要依赖后台再次向solr服务器发送web请求来获取结果,单个页面的执行速度肯定会受限于后台的跨http的web请求,这对于那些对全文检索功能依赖特别多的网站来说,恐怕很难接受”。
还有全文索引比较忌讳单个索引文件太大,如果太大,搜索的效率降低不说,做优化都比较耗资源,而且最头疼的就是“out of memeory”这个错误,人数一多肯定是不行。
lucene提供了多个索引文件的查询基本可以解决索引过大的问题,但是solr呢?
曾经考虑过建立多个solr服务,这种方式效率低,而且对于查询分页问题基本上没有办法解决。PASS了。

网上查资料之后才知道,CollectionDistribution(solr分布)可以缓解这个问题。
但是网上说的很少,而且solr主站也看的不是很明白(e文不好)
不知道有没有人用过CollectionDistribution,效率和效果如何?怎么样搭建整个过程?请指教
评论
damoqingquan 2008-10-07   回复
请问solr查询参数indent=on是什么意思?
insky 2008-07-25   回复
问个问题: solr查询时 对多个关键词 如:  java j2EE struts spring有没有优先级别或者权重区分?  输入多个关键词时solr是如何处理的?
chenlb 2008-07-10   回复
我在虚拟机试了一下, 但还不够深度.

http://chenlb.javaeye.com/blog/211807
insky 2008-04-18   回复
solr的out of memory是自始至终困扰的问题,貌似现在有好多做solr二次开发的
tianhendi 2008-04-18   回复
呵呵 现在弄好了没有呢?!
发表评论

提醒: 该博客已发表在公共论坛,博客所有留言会成为论坛回贴,留言请注意遵守论坛发贴规则

您还没有登录,请登录后发表评论

tovegar
搜索本博客
最近加入圈子
存档
最新评论