I think this's the key line: "ElasticSearch is the search analogue to HBase that frees us from some restrictions that Solr imposes". It is quite true however if search is inside of HBase ones gets the same thing. Solr does have serious limitations in terms of scaling etc. I think ES has done a great job there, though this could have been done with Solr just as easily, eg, upgrade Solr with the same functionality and remove the need for schemas. Solr does allow schema-less, with eg, dynamic fields.
On Fri, Jun 3, 2011 at 8:36 PM, Matt Davies <[email protected]> wrote: > I, for one, am interested in learning more about elasticsearch with HBase > after reading the article over at StumbleUpon ( > http://www.stumbleupon.com/devblog/searching-for-serendipity/) > > Intriguing that it is relatively easy to set up. Anyone else using > elasticsearch? > > -Matt > > On Fri, Jun 3, 2011 at 8:23 PM, Jason Rutherglen <[email protected] >> wrote: > >> Mark, >> >> 'Add search to HBase' - HBASE-3529 is in development. >> >> On Fri, Jun 3, 2011 at 5:57 PM, Mark Kerzner <[email protected]> >> wrote: >> > Hi, >> > >> > I need to store, say, 10M-100M documents, with each document having say >> 100 >> > fields, like author, creation date, access date, etc., and then I want to >> > ask questions like >> > >> > give me all documents whose author is like abc**, and creation date any >> time >> > in 2010 and access date in 2010-2011, and so on, perhaps 10-20 >> conditions, >> > matching a list of some keywords. >> > >> > What's best, Lucene, Katta, HBase CF with secondary indices, or plain >> scan >> > and compare of every record? >> > >> > Thanks a bunch! >> > >> > Mark >> > >> >
