phoenix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ramkrishna.s.vasudevan (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (PHOENIX-1296) Scan entire region when tenant-specific table is analyzed
Date Fri, 26 Sep 2014 17:09:34 GMT

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

ramkrishna.s.vasudevan commented on PHOENIX-1296:
-------------------------------------------------

Ya this was mostly part of Phoenix-1263.  
bq.say AYc, AYj, AYm, AYv, and these would replace the guideposts for this region
True.  But atleast in the current patch we will be storing that guidepost for that region
against the tenant table only right?  Then it would be correct. 


> Scan entire region when tenant-specific table is analyzed
> ---------------------------------------------------------
>
>                 Key: PHOENIX-1296
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-1296
>             Project: Phoenix
>          Issue Type: Sub-task
>            Reporter: James Taylor
>            Assignee: ramkrishna.s.vasudevan
>         Attachments: Phoenix-1296_1.patch
>
>
> Based on the issue you've uncovered (that stats must be updated completely for a region),
there's a bit of follow on work needed if an ANALYZE is done on a tenant-specific table. This
case will be optimized to only scan and analyze the current tenant's data, however we have
to make sure that the entire region(s) containing that tenant's data is scanned (or we'll
end up replacing the stats for that region with just the one we calculated for that tenant).
> We should be able to do that based on ScanUtil.isAnalyzeTable(scan) being true in DefaultParallelIteratorRegionSplitter
and/or ParallelIterators.



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

Mime
View raw message