Done, hbase-8458. thanks hari
On Mon, Apr 29, 2013 at 1:31 PM, Ted Yu <[email protected]> wrote: > Hari: > Do you mind logging a JIRA to capture the requirement ? > > Thanks > > On Mon, Apr 29, 2013 at 1:30 PM, Hari Mankude <[email protected] > >wrote: > > > Yes, client side will partition the puts on region boundaries. However, > > instead of doing batch put, it would be required to do something > equivalent > > of batch checkAndPut(). > > > > thanks > > hari > > > > On Mon, Apr 29, 2013 at 10:57 AM, Ted Yu <[email protected]> wrote: > > > > > Looks like this would require client side to partition the batch Puts > > > according to region boundaries. > > > > > > Is my understanding correct ? > > > > > > On Mon, Apr 29, 2013 at 10:54 AM, Hari Mankude < > [email protected] > > > >wrote: > > > > > > > Sure, the use case is updating 100s of rows [each row has to be > updated > > > > atomically] by multiple threads. Batching is setup to do aggregate > data > > > on > > > > a regionserver granularity. The objective is to reduce the rpc > overhead > > > > similar to batch get or batch put. The objective is NOT to do > cross-row > > > > locking or expect any type of multi-row atomicity. > > > > > > > > hari > > > > > > > > On Mon, Apr 29, 2013 at 9:13 AM, Ted Yu <[email protected]> wrote: > > > > > > > > > checkAndPut() checks specific row. Can you outline your requirement > > in > > > a > > > > > bit more detail ? > > > > > > > > > > Meaning, if you supply List of Puts to the batch API. Are the Puts > > > > > targeting the same row ? If not, how would the Puts outside the > > region > > > > > where the checked row belongs be handled ? > > > > > > > > > > Cheers > > > > > > > > > > On Mon, Apr 29, 2013 at 8:30 AM, Hari Mankude < > > [email protected] > > > > > >wrote: > > > > > > > > > > > Is there a batch version of checkAndPut() in the trunk? If so, > can > > > you > > > > > > point me to the appropriate jira? > > > > > > > > > > > > thanks > > > > > > hari > > > > > > > > > > > > > > > > > > > > >
