rootserver需求设计文档.docxVIP

RootServer需求分析编号文档版本修订章节修订原因修订日期修订人功能需求外部功能需求外部功能需求主要描述root server 对客户端提供的服务.取得 update server 信息返回给客户端, 系统的 update server 的vip.通过 get 接口查找 tablet 信息将 root server 所管理的tablet 信息, 以一张表的形式提供给外界查询.通过 scan 接口查找tablet 信息将 root server 所管理的tablet 信息, 以一张表的形式提供给外界查询.系统内部需求系统内部需求是 root server 对chunk server 和 update server提供的服务, 以及为了系统的正常运行, root server必须提供的服务.管理schemaschema 包括下面这些部分1 表名: 可打印的字符串2 表类型: 这个用来表示做merge的时候, merger到chunk server的什么介质上: 1 chunk server 磁盘 2 chunk server 内存. 当这个类型为2的时候, 其实相当于该表是一张内存表(其静态部分和动态部分都在内存中)列的属性. 列可以只存在于update server或者既存在于update server又存在于chunk server, 分别用0 和 1表示(其实就是是否持久化)列的类型: int; float; double; varchar(x); datetime; precise;datetime; create_time; modify_time.rowkey的prefix, rowkeylengthjoin 关系最大列idschema 是一个纯文本的字符流为了方便, 尽量向配置文件的方式靠拢采用 section 和内容这种形式table_id 1000 的系统留用, 请不要使用[app_name]name=collectmax_table_id=1002 //现在已经使用的, 当前最大的tableid[collect_item_id] //table_idtable_id=1001 table_type=1 column_info=0,2,item_name,varchar,20 //列名是item_name 变长字符20 第一个0表示只放到update servercolumn_info=0,3,new_price,int64 rowkey_split=0 //表示rowkey的前0个字节是拆分点实际上这个表的rowkey 应该是 itemt_type(char(1))+item_id(int64)rowkey_max_length=9max_column_id=3 //现在已经使用的, 本表内最大的column_id[item_detail] //这个地方写的是table_nametable_id=1002table_type=2 //1 放在内存中的 2 放在chunk server. column_info=1,2,item_name,varchar,20 //列id是2 列名是item_name 变长字符20 第一1表示既放到update server也放到chunk servercolumn_info=1,3,item_price,int64 rowkey_split=8 //表示rowkey的前8个字节是拆分点实际上这个表的rowkey 应该是 uid(int64)+itemt_type(char)+item_id(int64)join=rowkey[8,16]%m_collect_item_id:item_name$item_name,item_price$new_pricerowkey_max_length=17max_column_id=3 ----------------------------------------------------------列id 总是从2开始 1 留给rowkey 0无意义做一点join表达形式细节上的说明. %表示外键关联，:表示其后是需要join的字段，其前是关联外键的描述在join中出现的需要join的列, 总是$前的是本表的 $后的是另外一张表的.不同字段之间通过,分隔。join关系的连接词中前者不一定是rowkey(可能是rowkey的一部分, 或者是一个字段) 后者必须是一个完整的rowkey, 但是为了便于比较,rowkey 无结构, 字段是有类型的不方便比较. 我们一期先都做成是rowkey的如果有多种join 可以像colum