field 5 is reserved for date type, not supported yet field 6 is reserved for decimal type, not supported yet.

VT_BOOLEAN = 2;.

+++++ ComputeSplitPointsBySize +++++.

* Locations where splits lies in.

* table_meta用于存储表中不可更改的schema属性，可以更改的ReservedThroughput和TableOptions独立出来，作为UpdateTable的参数。 加入GlobalIndex和LocalIndex之后，结构会变为： message CreateTableRequest { required TableMeta table_meta = 1; required ReservedThroughput reserved_throughput = 2; required TableOptions table_options = 3; repeated LocalIndex local_indexes = 4; // LocalIndex不再单独包含ReservedThroughput和TableOptions，其与主表共享配置。 repeated GlobalIndex global_indexes = 5; // GlobalIndex内单独包含ReservedThroughput和TableOptions }.

* OTS只支持删除该行的所有列所有版本，不支持： 1.

############################################# DeleteTable #############################################.

############################################# DescribeTable #############################################.

* HBase支持以下参数： 1.

* 1.

############################################# ListTable #############################################.

* 当前只返回一个简单的名称列表，需要讨论是否有业务场景需要获取除了表名之外的其他信息。 其他信息可以包含预留吞吐量以及表的状态，这个信息只能是一个粗略的信息，表的详细信息还是需要通过DescribeTable来获取。.

############################################# LoadTable #############################################.

* 这里允许用户为每列单独设置timestamp，而不是强制整行统一一个timestamp。 原因是列都是用统一的结构，该结构本身是带timestamp的，其次强制统一timestamp增强了规范性但是丧失了灵活性，且该规范性没有明显的好处，反而带来了结构的复杂。.

########################################### LocalTransaction ###########################################.

* HBase支持Batch操作的每行都拥有不同的查询参数，OTS不支持。.

* 时间戳的取值最小值为0，最大值为INT64.MAX 1.

############################################# UnloadTable #############################################.

############################################# UpdateRow #############################################.

############################################# UpdateTable #############################################.

############################################# GetRange #############################################.

* 表的状态变更只与用户的操作对应，内部的机器failover等状况不对应表的状态变更。 有三个考虑： 一是一般场景下用户只会在做了对表的修改操作后才会去检查表的状态； 二是内部机器failover导致访问异常到用户能够查看到表的状态变更这两个时刻之间会有一段延迟，无法将表的不可服务状态与用户查看到的表的状态完全匹配上。 三是内部机器failover后不能说是表的整个状态变更，而应该是partition的状态变更，对应表的状态就是PARTIAL_FAILOVER，这个partial的粒度无法体现，会让用户更加困惑。.