Re:Real-time Search as a Service
by johnnymonster on Sunday February 16, 2014 @05:50PM
(#7249712)
In the e-commerce world, the difference between 2ms and 200ms isn't that big of a deal. Search relevance, however, might be something that is important. It looks like that is something they are focusing on heavily.
[ Parent
| on HN ]
200ms does not allow you to provide search-as-you type and our e-commerce customers see that performance is linked to conversion.
In term of relevance, we have developed a ranking algorithm specialized on that case that provide better results than traditional approach: http://blog.algolia.com/search-ranking-algorithm-unveiled/
Re:Real-time Search as a Service
by arghbleargh on Sunday February 16, 2014 @06:28PM
(#7249819)
Your algorithm seems OK, but what was the "traditional approach" that you compared it to, and how did you compare them? It seems like you actually gain a lot from full document search (e.g. products with multi-paragraph descriptions). Otherwise, you might as well just do a SQL query to get your results.
By traditional approach we means all engines that use a unique score to rank documents (like all engine based on Lucene).
SQL queries are not relevant for text query, for example you have no notion of tokenization or proximity between words.
We plan to write a blog post on limit of SQL based search.