How do you choose riak search over map reduce vice versa?

Jeremiah Peschka jeremiah.peschka at
Sat Jan 29 22:58:24 EST 2011

Following on what others have said: I would use Riak Search when I need to
do searching and querying.

I would use MapReduce when I have distributed functionality that I need to
perform (aggregations, complex data manipulation) or when the conditions of
my query are complex enough that I cannot feasibly perform the query in a
Riak Search (e.g. find every employee whose base salary + bonuses + stock
options exercised is more that 150% of base salary).

Jeremiah Peschka
Microsoft SQL Server MVP
MCITP: Database Developer, DBA

On Sat, Jan 29, 2011 at 10:31 PM, Ryan Zezeski <rzezeski at> wrote:

> Joshua,
> I recently switched from using riak to riak-search in order to index my
> data without requiring a map-reduce each time I wanted to query.  For
> example, my application needs the ability to filter a set of file objects
> based on various attributes such as type and creation time.  Using riak I
> achieved this with map-reduce but it required a mapred over a bucket each
> time which was just too expensive (I was using the fs backend which didn't
> help).  To combat this I created a cache of the results but my application
> also requires that a new file is immediately seen by the system which means
> I was still running the map-reduce job too often.  I then turned to
> riak-search which allowed me to index the data as it comes in (giving the
> system immediate visibility of new files) and allowed for very efficient,
> low latency queries.
> I'd say if you have a job that you are going to run _very_ often for the
> purpose of indexing your data then you might want to look at search.
> -Ryan
> On Sat, Jan 29, 2011 at 10:05 AM, Joshua Partogi <jpartogi at>wrote:
>> How do you choose whether to use one over the other? What are the
>> criterias I should look at?
>> Thanks heaps
>> --
>> <>
>> _______________________________________________
>> riak-users mailing list
>> riak-users at
> _______________________________________________
> riak-users mailing list
> riak-users at
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the riak-users mailing list