On Tue, Aug 25, 2009 at 7:05 PM, Schubert Zhang wrote:
> Thanks JG. We are trying to load up our datasets now. But one thing's for
> sure that the cluster will become slow while dataset become larger and
> larger. It is distinct on writes and random read.
What kinda of sizes are you talking of
On Tue, Aug 25, 2009 at 2:01 PM, Schubert Zhang wrote:
> @stack
> We know HIVE-705, and already have good communication with the contributor,
> since we are all chinese. :-)
> In fact some code of the patch are used and tested in our project. But we
> need more flexible data store schema to resol
From: Jonathan Gray
To: hbase-user@hadoop.apache.org
Sent: Tuesday, August 25, 2009 11:08:17 PM
Subject: Re: HBase mention in VLDB keynote
If you are just looking for numbers, they can vary quite drastically
depending on the cluster configuration, cluster hardware, jvm/gc
dback and data points. Thanks for that.
>>>
>>> We are doing a interesting thing to make Hive can use HBase as it's data
>>>>
>>> store. Now we can use Hive's SQL to query/mapreduce data stored in HBase,
>>> and also we can directly query/scan data from HBas
er@hadoop.apache.org
Sent: Tuesday, August 25, 2009 8:26:50 PM
Subject: Re: HBase mention in VLDB keynote
hi andy,
Even though current HBase is not yet ready for production, but we know it
is
really testable and evaluation-able for its data model and architecture.
Regards "...and JG
om HBase.
>
> That sounds REALLY interesting!
>
> - Andy
>
>
>
>
> ________
> From: Schubert Zhang
> To: hbase-user@hadoop.apache.org
> Sent: Tuesday, August 25, 2009 8:26:50 PM
> Subject: Re: HBase mention in VLDB keynote
>
>
Now we can use Hive's SQL to query/mapreduce data stored in HBase, and
> also we can directly query/scan data from HBase.
That sounds REALLY interesting!
- Andy
From: Schubert Zhang
To: hbase-user@hadoop.apache.org
Sent: Tuesday, August 25, 2009
On Tue, Aug 25, 2009 at 11:26 AM, Schubert Zhang wrote:
> We are
> doing a interesting thing to make Hive can use HBase as it's data store.
> Now
> we can use Hive's SQL to query/mapreduce data stored in HBase, and also we
> can directly query/scan data from HBase.
Others are interested in
ch
> > analytics on top of HBase instead, but knowing more about alternatives is
> > always good.
> >
> > The Hadoop-y track is really tomorrow.
> >
> > Outside of direct relevance to things HBase I attended talks on aspects
> of
> > data fusion, ETL, and comp
HBase I attended talks on aspects of data
fusion, ETL, and complex event processing / stream processing, wearing my TM
hat. Lots of good stuff here.
- Andy
From: Stack
To: "hbase-user@hadoop.apache.org"
Sent: Tuesday, August 25, 2009 4:47:57 P
t relevance to things HBase I attended talks on aspects of
> data fusion, ETL, and complex event processing / stream processing, wearing
> my TM hat. Lots of good stuff here.
>
> - Andy
>
>
>
> ________
> From: Stack
> To: "hbase-user@had
The same fella did keynote at apachecon eu on a similar topic. Then
he talked mostly of Sherpa/pnuts yahoo tech. In that presentation we
got no mention. There the comparison strangely was to couchdb and
perhaps Cassandra (iirc).
So, mention is an improvement (do you think the kick up th
In this keynote address here at VLDB 2009 (http://vldb2009.org/?q=node/22)
Raghu Ramakrishnan, Yahoo! Research's Chief Scientist, made prominent mention
of HBase, much to my surprise (and later chagrin). This happened near the end
of the talk when a number of the new elastic/scalable/"nosql" sto
13 matches
Mail list logo
