hbase-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jean-Marc Spaggiari <jean-m...@spaggiari.org>
Subject Re: How large can a hbase table actually grow?
Date Fri, 31 Jan 2014 12:58:24 GMT
Hi Jürgen,

The able will, anyway, be splitted in smaller entities (regions) so I don't
see any reason to split it even more than side on your side. If you goal is
to store timetamps, you might want to take a look at OpenTSDB.

JM


2014-01-31 Jürgen Rose <cptmauli@googlemail.com>:

> Hi,
>
> Would there be any reason to split a hbase table into smaller entities,
> or can it grow forever (assuming available disk space)?
>
> Background:
>
> We have realtime data (measurements), up to lets say 500,000/s, which
> consists essentially of timestamp, value, flags. If we distribute the
> values to different tables (for each tag), it would also mean to insert
> each of the entries individually, which is a performance killer. If we
> insert in bulk it is much faster. The question is, are there any
> downsides to having a hbase table with an extreme size?
>
> best regards
> Jürgen
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message