NoSQL combinations - what works best?

Will Moss wmoss at bu.mp
Tue Aug 9 13:10:36 EDT 2011


+1

We've been nothing but happy with Redis. Plus, the few times we've found a
bug (and they've been hard to find) Antirez has fixed them in around 24
hours.

Will


On Tue, Aug 9, 2011 at 10:08 AM, Alexander Sicular <siculars at gmail.com>wrote:

> I cant keep writing on my fucking android. It is killing me...
>
>
> Outside of legacy concerns I have no idea why someone would select memcache
> over redis for a new application today. Redis gives you everything memcache
> does plus a boat load of omg-wtf-where-has-this-been-all-my-life
> capabilities.
>
>
> @siculars on twitter
> http://siculars.posterous.com
>
> Sent from my iPhone
>
> On Aug 9, 2011, at 13:03, Jonathan Langevin <jlangevin at loomlearning.com>
> wrote:
>
> So it sounds like your implementation is similar to how someone would
> implement a typical cache solution (such as memcache), correct?
> But then you have more advanced querying functionality than memcache would
> have, so that's a good advantage.
> *
>
>  <http://www.loomlearning.com/>
>  Jonathan Langevin
> Systems Administrator
> Loom Inc.
> Wilmington, NC: (910) 241-0433 -  <jlangevin at loomlearning.com>
> jlangevin at loomlearning.com -  <http://www.loomlearning.com/>
> www.loomlearning.com - Skype: intel352
> *
>
>
> On Tue, Aug 9, 2011 at 12:59 PM, Will Moss < <wmoss at bu.mp>wmoss at bu.mp>wrote:
>
>> We've used Redis for many things, including as a cache in front of S3 and
>> Riak. Redis allows you to set it's maximum memory and various eviction
>> schemes (including LRU, which works great for a cache). In our application
>> code we try to fetch from Redis, if it's missing, we restore from Riak (or
>> S3) and then try again.
>>
>> Will
>>
>>
>> On Tue, Aug 9, 2011 at 9:55 AM, Alexander Sicular < <siculars at gmail.com>
>> siculars at gmail.com> wrote:
>>
>>> Riak had no native ordering capabilities (save search) and has issues
>>> with key enumeration.
>>>
>>> Redis has native dates types that support explicit and implicit ordering
>>> as well as set membership, among many other things.
>>>
>>> In that light, Redis is virtually a perfect complement to Riak.
>>> Unfortunately, Redis clustering/sharding is an exercise for the reader.
>>>
>>> -Alexander
>>>
>>> Sent from my rotary phone.
>>> On Aug 9, 2011 12:42 PM, "Jonathan Langevin" <<jlangevin at loomlearning.com>
>>> jlangevin at loomlearning.com> wrote:
>>> > Thanks guys, can you provide more info?
>>> >
>>> > In what capacity do you use Redis, and what is your data flow process
>>> > between your app and Redis, Riak?
>>> > Is it distributed as well? If so, do you make use of that distributed
>>> > functionality, or do you use a single-server instance of Redis?
>>>  > *
>>> >
>>> > < <http://www.loomlearning.com/>http://www.loomlearning.com/>
>>> > Jonathan Langevin
>>> > Systems Administrator
>>> > Loom Inc.
>>> > Wilmington, NC: (910) 241-0433 - <jlangevin at loomlearning.com>
>>> jlangevin at loomlearning.com -
>>> > <http://www.loomlearning.com>www.loomlearning.com - Skype: intel352
>>> > *
>>> >
>>> >
>>> > On Tue, Aug 9, 2011 at 12:31 PM, Alexander Sicular <<siculars at gmail.com>
>>> siculars at gmail.com>wrote:
>>> >
>>> >> I second pairing Riak and Redis.
>>> >>
>>> >> -Alexander
>>> >>
>>> >> Sent from my rotary phone.
>>> >> On Aug 9, 2011 12:23 PM, "Chad DePue" < <chad at inakanetworks.com>
>>> chad at inakanetworks.com> wrote:
>>> >> > We always use Redis w/ Riak and have had great results.
>>> >> >
>>> >> > Chad DePue
>>> >> > <http://inakanetworks.com>inakanetworks.com - development
>>> consulting | skype cdepue | @chaddepue
>>> >> > +1 206.866.5707
>>> >> >
>>> >> >
>>> >> >
>>> >> > On Tue, Aug 9, 2011 at 1:13 PM, Jonathan Langevin <
>>> >> > <jlangevin at loomlearning.com>jlangevin at loomlearning.com> wrote:
>>> >> >
>>> >> >> I'm already a huge fan of Riak after the short time that I've
>>> worked
>>> >> with
>>> >> >> it, but a common concern I've seen is regarding performance.
>>> >> >> To continue to take advantage of it's data persistence features,
>>> >> powerful
>>> >> >> m/r functionality, etc, but to gain performance, I'm thinking of
>>> pairing
>>> >> my
>>> >> >> application with another (throwaway) nosql solution that would
>>> exist to
>>> >> >> provide greater read performance.
>>> >> >>
>>> >> >> This inspiration comes from seeing others using MongoDB + MySQL,
>>> for
>>> >> >> instance. I'm thinking using something such as Memcache, or
>>> Membase<
>>> >> <http://www.couchbase.org/get/couchbase>
>>> http://www.couchbase.org/get/couchbase> (though
>>> >>
>>> >> >> I haven't checked into setup requirements), may be a good option,
>>> as I'm
>>> >> >> already accustomed to caching with Memcache from PHP, but I've not
>>> had
>>> >> any
>>> >> >> large-scale experience with Memcache yet.
>>> >> >> Ideally anything that is lightweight, easy to roll out, and
>>> extremely
>>> >> fast.
>>> >> >>
>>> >> >>
>>> >> >> Before I venture down this road, are there any comments on this
>>> >> approach?
>>> >> >> Any suggestions or recommendations?
>>> >> >> Or are there speedy solutions available for Riak already?
>>> >> >>
>>> >> >> < <http://www.loomlearning.com/>http://www.loomlearning.com/>
>>> >> >> * Jonathan Langevin
>>> >>
>>> >> >> Systems Administrator
>>> >> >> Loom Inc.
>>> >> >> Wilmington, NC: (910) 241-0433 - <jlangevin at loomlearning.com>
>>> jlangevin at loomlearning.com -
>>> >> >> <http://www.loomlearning.com>www.loomlearning.com - Skype:
>>> intel352 *
>>> >> >>
>>> >> >>
>>> >> >> _______________________________________________
>>> >> >> riak-users mailing list
>>> >> >> <riak-users at lists.basho.com>riak-users at lists.basho.com
>>> >> >>
>>> <http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com>
>>> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
>>> >> >>
>>> >> >>
>>> >>
>>>
>>> _______________________________________________
>>> riak-users mailing list
>>>  <riak-users at lists.basho.com>riak-users at lists.basho.com
>>>  <http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com>
>>> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.basho.com/pipermail/riak-users_lists.basho.com/attachments/20110809/c8b6c437/attachment.html>


More information about the riak-users mailing list