You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@hbase.apache.org by "Enis Soztutar (JIRA)" <ji...@apache.org> on 2017/01/24 21:10:26 UTC

[jira] [Commented] (HBASE-16637) Add endpoint coprocessor to speed up queries to backup table

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

Enis Soztutar commented on HBASE-16637:
---------------------------------------

Shouldn't this be a filter to the scan, rather than a coprocessor? 

> Add endpoint coprocessor to speed up queries to backup table
> ------------------------------------------------------------
>
>                 Key: HBASE-16637
>                 URL: https://issues.apache.org/jira/browse/HBASE-16637
>             Project: HBase
>          Issue Type: Improvement
>            Reporter: Ted Yu
>              Labels: backup
>
> Currently BackupSystemTable uses HTable API to query backup table.
> In many scenarios, this is inefficient because filtering is done at client side.
> With more information being recorded in hbase:backup table (such as bulk load descriptor - see HBASE-14417), we should perform filtering on server side.
> An endpoint coprocessor would serve this purpose.
> e.g. without endpoint coprocessor, incremental restore would either bring all bulk load descriptors to client followed by filtering for relevant tables or, issue two queries - one for rows related to the tables being restored and another query to bring down the bulk load descriptors.



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