我无法想象它会为每票编制索引。它会给服务器带来不恰当的压力。
我之所以提到这一点,是因为我正在尝试在我的一个项目上做类似的事情,并且无法弄清楚在对象被投票后索引对象的最佳方法是什么。
我正在使用 Sunspot-Solr。
我无法想象它会为每票编制索引。它会给服务器带来不恰当的压力。
我之所以提到这一点,是因为我正在尝试在我的一个项目上做类似的事情,并且无法弄清楚在对象被投票后索引对象的最佳方法是什么。
我正在使用 Sunspot-Solr。
好吧,我不能肯定地说,但它们是一个开源项目。http://code.reddit.com/
我知道我迟到了,但今天 reddit 修复了他们的搜索,为你的问题带来了新的亮点。答案是像 Solr 这样的搜索引擎无法处理像 reddit 投票这样的频繁更新。他们现在正在使用IndexTank,它确实有效!(是的,我是 IndexTank 的开发人员)
我认为,如果您想通过计票来影响搜索结果,您可以,但您需要以离线/延迟的方式进行。我认为你的投票对搜索结果的“实时”影响越小,Solr 就越能使用它,所以 Reddit 是一个糟糕的用例。只需每 6 或 12 或 24 小时更新一次投票,并且只对已投票的文件子集进行更新。在某些时候,您将能够只更新 Solr 文档的一部分,这将有所帮助!
实际上,他们每次投票都会索引一次。
我们设计了新的搜索(使用 IndexTank)以在每次更改时更新 upvotes/downvotes/user karma。
indextank 的好处是它允许您更新影响评分系统的文档变量(数字),而不必重新索引文本数据。即使有大量(文档变量)更新,这也允许索引保持快速。