Riak *has* no native ordering capabilities ... Damn android auto not correct. Writing on an android is near impossible. Blackberry and iphone are both much, much better.
Sent from my rotary phone. On Aug 9, 2011 12:55 PM, "Alexander Sicular" <sicul...@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" <jlange...@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/> >> Jonathan Langevin >> Systems Administrator >> Loom Inc. >> Wilmington, NC: (910) 241-0433 - jlange...@loomlearning.com - >> www.loomlearning.com - Skype: intel352 >> * >> >> >> On Tue, Aug 9, 2011 at 12:31 PM, Alexander Sicular <sicul...@gmail.com >>wrote: >> >>> I second pairing Riak and Redis. >>> >>> -Alexander >>> >>> Sent from my rotary phone. >>> On Aug 9, 2011 12:23 PM, "Chad DePue" <c...@inakanetworks.com> wrote: >>> > We always use Redis w/ Riak and have had great results. >>> > >>> > Chad DePue >>> > inakanetworks.com - development consulting | skype cdepue | @chaddepue >>> > +1 206.866.5707 >>> > >>> > >>> > >>> > On Tue, Aug 9, 2011 at 1:13 PM, Jonathan Langevin < >>> > jlange...@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> (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/> >>> >> * Jonathan Langevin >>> >>> >> Systems Administrator >>> >> Loom Inc. >>> >> Wilmington, NC: (910) 241-0433 - jlange...@loomlearning.com - >>> >> www.loomlearning.com - Skype: intel352 * >>> >> >>> >> >>> >> _______________________________________________ >>> >> riak-users mailing list >>> >> riak-users@lists.basho.com >>> >> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com >>> >> >>> >> >>>
_______________________________________________ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com
