[ 
https://issues.apache.org/jira/browse/HBASE-15325?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15177523#comment-15177523
 ] 

Phil Yang commented on HBASE-15325:
-----------------------------------

And just like I mentioned before(both in JIRA and rb), the definition of 
Result.isPartial is not clear. In javadoc comments:
{code}
/**
   * Whether or not the result is a partial result. Partial results contain a 
subset of the cells
   * for a row and should be combined with a result representing the remaining 
cells in that row to
   * form a complete (non-partial) result.
   * @return Whether or not the result is a partial result
   */
  public boolean isPartial() {
    return partial;
  }
{code}
This definition is helpful for user I think because true means it is not a 
complete row and false means it is absolutely complete. However, now(even 
without this patch) we doesn't follow this definition. I think we should fix 
it, may be by add a user-invisible flag which has the same meaning for 
isPartial and make isPartial right.

> ResultScanner allowing partial result will miss the rest of the row if the 
> region is moved between two rpc requests
> -------------------------------------------------------------------------------------------------------------------
>
>                 Key: HBASE-15325
>                 URL: https://issues.apache.org/jira/browse/HBASE-15325
>             Project: HBase
>          Issue Type: Bug
>    Affects Versions: 1.2.0, 1.1.3
>            Reporter: Phil Yang
>            Assignee: Phil Yang
>            Priority: Critical
>         Attachments: 15325-test.txt, HBASE-15325-v1.txt, HBASE-15325-v2.txt, 
> HBASE-15325-v3.txt, HBASE-15325-v5.txt, HBASE-15325-v6.1.txt, 
> HBASE-15325-v6.2.txt, HBASE-15325-v6.3.txt, HBASE-15325-v6.4.txt, 
> HBASE-15325-v6.5.txt, HBASE-15325-v6.txt
>
>
> HBASE-11544 allow scan rpc return partial of a row to reduce memory usage for 
> one rpc request. And client can setAllowPartial or setBatch to get several 
> cells in a row instead of the whole row.
> However, the status of the scanner is saved on server and we need this to get 
> the next part if there is a partial result before. If we move the region to 
> another RS, client will get a NotServingRegionException and open a new 
> scanner to the new RS which will be regarded as a new scan from the end of 
> this row. So the rest cells of the row of last result will be missing.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to