hbase-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ryan Rawson <ryano...@gmail.com>
Subject Re: stumbleupon and hbase
Date Tue, 13 Jul 2010 04:48:03 GMT

To answer your question in broader terms:

1. Sessions are tricky, they tend to have a 1:1 read/write model.
This would cause extreme version inflation in HBase without
appropriate action to mitigate it.  Generally speaking though, I
believe in HBase as a high performance low latency data store, so it
should fit nicely any systems that require those things.

2. If you can achieve the right level of performance in data retrieval, why not?

3. Very complex relational-based data might not be appropriate to
store in HBase. For example, indexes in HBase are not free and require
a bunch of things to make it happen.

Infrequently written, but heavily read things might not make sense in
HBase... ie: things you might use a CDN for.  Software downloads. Very
large media.  You might be able to use HBase as the source for things
that are cached in a layer like varnish or akamai.


On Mon, Jul 12, 2010 at 9:36 PM, S Ahmed <sahmed1020@gmail.com> wrote:
> I realize that stumbleupon uses hbase for su.pr, and is currently using
> hbase for new functionality but isn't necessarily going back and re-coding
> everything to fit into the hbase model.
> Having said that, do you guys think hbase could very well be used for things
> like:
> 1. when a user logs in, keep the user session in hbase?
> 2. for pages like:
> http://www.stumbleupon.com/url/blogs.babble.com/family-kitchen/2010/06/16/hasselback-potatoes
> So this involves all elements on the page, would this be possible and more
> importantly make sense with hbase?
> 3.  What sort of things/functionality do you see NOT being suitable in your
> experiences?
> Thanks for  your insights!

View raw message