High performance real-time search, indexes store in Redis for Rails application (github.com)

20 points by huacnlee 14y ago ↗ HN

Features<p>Real-time search High performance Segment words search and prefix match search Support ActiveRecord and Mongoid Sort results by one field Homophone search, pinyin search Conditions support

4 comments

[ 3.1 ms ] story [ 17.3 ms ] thread

ldng 14y ago ↗

Two questions pop in my mind. How does it compare to Solr ? What's wrong with Solr ?

jerryji 14y ago ↗

After skimming the doc (in Chinese), here're my two answers, Sir:

* It offers way fewer functionalities than does Solr

* There is nothing wrong with Solr, just that someone wants to try something new that fits his/her needs

Argorak 14y ago ↗

By the way, picky does something similar and has a redis backend as well:

    http://florianhanke.com/picky/details.html

The website also explains the difference to full-text-indexers like SOLR and elasticsearch.

alexpopescu 14y ago ↗

I could see such solutions used in cases where:

1. you are already using Redis for some other part of the application

2. you don't want yet to have Lucene/Solr/ElasticSearch

3. you don't need to support too advanced searches

On the other hand while building such a library could be a good learning exercise, I think that before using it in an application you should look for other already existing libraries and try to collaborate with the original authors.

All things NoSQL: http://nosql.mypopescu.com