> >> Does this mean there is still an intention to support storing larger
> >> values in Riak in the future?
> >
> > Or is this something the client libraries should implement?
> 
> You could certainly implement the necessary chunking and such in client
> libraries. However, it's a pretty big set of functionality and getting it to
> work right with in partitioned circumstances (i.e. with
> siblings) can be a challenge. As such, I don't expect that to be part of the
> standard client libraries anytime soon.
> 

I think this pretty much kills why I started playing with riak in the first 
place; local version of S3.

To me it seems that this is turning into another simple database, for which 
there are way too many right now.  I had wrote my own storage engine prior to 
finding riak which basically stored files and made sure it was replicated to x 
additional nodes (as well as s3) and the index was stored in a replicated mysql 
database.  It was my hope that this would be the replacement for that.

So, I guess I'm saying that, in my opinion, this project is going in a 
direction that no longer really supports my needs/goals.  I think it has 
potential still, but it needs to find a clear direction.




_______________________________________________
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com

Reply via email to