so client may read dirty data, considering the following case
client#1 update firstName and lastName for a user.
client#2 read the information of the user when client#1 updated firstName
and will update lastName.
so client#1 read the latest firstName, but the old lastName.
Sincerely
On Mon, Mar
That is not the case, please see:
https://issues.apache.org/jira/browse/HBASE-2248
There are alternative mechanisms (outlined in that JIRA) to assure
atomic row reads.
-ryan
On Sun, Mar 27, 2011 at 11:54 PM, jiangwen w wjiang...@gmail.com wrote:
so client may read dirty data, considering the
Row locks are not necessary when reading. this changed, that is why that is
still there.
On Mar 27, 2011 10:42 PM, jiangwen w wjiang...@gmail.com wrote:
I think a row lock should be obtained before getting a row.
but the following method in HRegion class show a row lock won't be
obtained