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

stack commented on HBASE-451:
-----------------------------

Hmm.  Ignore the patch Subbu.  I see that you read the tableinfo from the fs on 
each region open rather than have it passed in on the constructor.  Why do the 
former than the latter?  I'd think the latter better?  The region host will 
have the current HTableDesc?  If its passed in on the constructor, down the 
road the host can change it and the region will pick up the changes?  Did you 
go the route of reading from the fs because you would not change the APIs for 
region creation?  Thats a fair enough reason only I'd say these are all 
server-side APIs so no need for the deprecate cycle, etc.

> Remove HTableDescriptor from HRegionInfo
> ----------------------------------------
>
>                 Key: HBASE-451
>                 URL: https://issues.apache.org/jira/browse/HBASE-451
>             Project: HBase
>          Issue Type: Improvement
>          Components: master, regionserver
>    Affects Versions: 0.2.0
>            Reporter: Jim Kellerman
>            Assignee: Subbu M Iyer
>            Priority: Critical
>             Fix For: 0.92.0
>
>         Attachments: 451_support_for_removing_HTD_from_HRI_trunk.txt, 
> HBASE-451_-_First_draft_support_for_removing_HTD_from_HRI1.patch, 
> HBASE-451_-_Fourth_draft_support_for_removing_HTD_from_HRI.patch, 
> HBASE-451_-_Second_draft_-_Remove_HTD_from_HRI.patch, fixtestadmin.txt
>
>
> There is an HRegionInfo for every region in HBase. Currently HRegionInfo also 
> contains the HTableDescriptor (the schema). That means we store the schema n 
> times where n is the number of regions in the table.
> Additionally, for every region of the same table that the region server has 
> open, there is a copy of the schema. Thus it is stored in memory once for 
> each open region.
> If HRegionInfo merely contained the table name the HTableDescriptor could be 
> stored in a separate file and easily found.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to