[
https://issues.apache.org/jira/browse/HBASE-6770?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13457461#comment-13457461
]
Lars Hofhansl commented on HBASE-6770:
--------------------------------------
Agreed here :) Having an API that allows limiting the return size is a good
idea. I assume you not need it to be perfect, but a good estimate, right?
> Allow scanner setCaching to specify size instead of number of rows
> ------------------------------------------------------------------
>
> Key: HBASE-6770
> URL: https://issues.apache.org/jira/browse/HBASE-6770
> Project: HBase
> Issue Type: Bug
> Components: client, regionserver
> Reporter: Karthik Ranganathan
> Assignee: Michal Gregorczyk
>
> Currently, we have the following api's to customize the behavior of scans:
> setCaching() - how many rows to cache on client to speed up scans
> setBatch() - max columns per row to return per row to prevent a very large
> response.
> Ideally, we should be able to specify a memory buffer size because:
> 1. that would take care of both of these use cases.
> 2. it does not need any knowledge of the size of the rows or cells, as the
> final thing we are worried about is the available memory.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
