hbase-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Marcus Herou" <marcus.he...@tailsweep.com>
Subject Re: Multi get/put
Date Sat, 09 Aug 2008 11:29:44 GMT
Yep I will release it next week.

Kindly

//Marcus

On Mon, Aug 4, 2008 at 11:19 PM, stack <stack@duboce.net> wrote:

> Marcus Herou wrote:
>
>> ..
>> Would you call it "safe" to start developing on 0.2 if we will use the
>> code
>> in production in October ? I can live with changes of interfaces and such
>> but if the kernel of HBase itself will be unstable so there is potential
>> dataloss I'm getting a little more worried. When do you plan that 0.2 is
>> final ?
>>
>>
>>
> For October, would suggest you plan on 0.3.0.
>
> 0.2.0RC2 should be going out in the next day or so.
>
> We need to put up a proposal for folks to discuss and vote on, but chatting
> on IRC, current thought is for 0.3.0 to have a short development cycle and
> come out soon after 0.2.0.
>
>  Yesterday my first successful ORM test cases for HBase went through in
>> which
>> the batching stuff would be extremely helpful
>>
>> I have many cases where I need to batch data in and out of HBase.
>> Searching
>> is one: I coupled HBase to SOLR whenever I want to retrieve data by query.
>> HBase is only scanning which is'nt the fastest way if you have zillions of
>> rows :) Lucene is a good indexing system already but it is'nt very easy to
>> make it scale along with HBase.
>>
>> I would like to have the case that whenever I add a HBase machine I as
>> well
>> add indexing speed, so...we are building an indexing system which will use
>> HBase. HBase is great for this since the row keys are sorted. < > and =
>> queries will be piece of a cake. I will release both HBaseORM and
>> HBaseIndex
>> as OpenSource whenever I have removed the company deps.
>>
>> I would gladly contribute these stuff in a contrib source tree.
>>
>>
> Marcus, this is great stuff.  I would encourage you to do your development
> of the ORM and index out in the open (Feel free to use the hbase wiki and
> the hbase mailing lists to lay out ideas/plans and to solicit opinions).
>  From what I hear, you are not the only gentleperson trying to figure these
> issues.  Doing your dev in the open, you might get some useful feedback and
> even some help.
>
> Also, file issues against hbase for any functionality you need to make your
> ORM and index happen.
> Thanks,
> St.Ack
>
>
>
>  l Cryans <jdcryans@gmail.com>wrote:
>>
>>
>>
>>> Marcus,
>>>
>>> If you are currently building upon 0.2.0, the way to retrieve multiple
>>> rows
>>> is to use a scanner available from the client class HTable. The way to
>>> batch
>>> multiple rows updates is to use the BatchUpdate[ ]  version of
>>> HTable.commit
>>>
>>> Hope this helps,
>>>
>>> J-D
>>>
>>> On Mon, Jul 28, 2008 at 5:38 AM, Marcus Herou <
>>> marcus.herou@tailsweep.com
>>>
>>>
>>>> wrote:
>>>>      Hi guys.
>>>>
>>>> Is there a way of retrieving multiple "rows" with one server call ?
>>>> Something like MySQL's "where id in (a,b,c...)
>>>>
>>>> Or more like this.
>>>> List<SortedMap<Text,byte[]>> rows = HTable.getRows(Text[] rowKeys);
>>>>
>>>> I'm building a framework around HBase which would benefit of handling
>>>>
>>>>
>>> batch
>>>
>>>
>>>> wise puts and gets.
>>>>
>>>> Kindly
>>>>
>>>> //Marcus
>>>>
>>>>
>>>>
>>>> --
>>>> Marcus Herou CTO and co-founder Tailsweep AB
>>>> +46702561312
>>>> marcus.herou@tailsweep.com
>>>> http://www.tailsweep.com/
>>>> http://blogg.tailsweep.com/
>>>>
>>>>
>>>>
>>>
>>
>>
>>
>>
>
>


-- 
Marcus Herou CTO and co-founder Tailsweep AB
+46702561312
marcus.herou@tailsweep.com
http://www.tailsweep.com/
http://blogg.tailsweep.com/

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