Apache IoTDB源码解析（0.11.2版本）：基本的数据结构解析(iotdb的内存表、存放的值)
本文共 778 字，大约阅读时间需要 2 分钟。
1.声明
当前内容主要为本人学习和了解当前的iotdb的源码，发现其设计内存表的模型(数据结构)
本人是直接在GitHub上面直接拉取的源码
2.查看AbstractMemTable源码
开始源码查看
- 实际iotdb中采用的是
HashMap来实现 - 其中
key为一个devcId(即一个时序的前缀) - 其中
value为另外一个Map存放一个实际的时序后缀+时间集合数组+值集合数组
就是这么简单
3.查看IWritableMemChunk以及子类源码
private MeasurementSchema schema;private TVList list;
一看属性，就知道这个存放的是测点的Schame（这个是在创建测点的时候可以手动提供的，或者自动类型推断出来的）,以及实际存放的书TVList
查看方法
提供单个数据的写入操作，通过类型枚举来判断，写入 
所以WritableMemChunk就是一个提供写入功能的实现类，提供批量和单个数据的写入操作
4.查看TVList以及子类
该部分位于：org\apache\iotdb\db\utils\datastructure,数据结构部分
一个存放时间和提供时间排序操作，但是不提供数据写入操作，因为是抽象类，还提供了排序功能等等 查看子类：BinaryTVList
其实就是通过特定的算法计算获取存放的数据下标，然后通过取余算法获取元素下标
5.总结
1.iotdb内部维护的是一个内存表，HashMap表，并采用devcId作为当前的key，取出另外一个存放值的Map表，最后通过存放集合数组方式存放特定的数据
2.iotdb内部采用特定的类型，提供排序的时序和排序的值方式，维护了两份数组作为排序，保留原来的数据List数组
转载地址：http://zcrh.baihongyu.com/
你可能感兴趣的文章
mysql主从复制及故障修复
查看>>
MySQL主从复制的原理和实践操作
查看>>
webpack loader配置全流程详解
查看>>
mysql主从复制，读写分离，半同步复制实现
查看>>
MySQL主从失败 错误Got fatal error 1236解决方法
查看>>
MySQL主从架构与读写分离实战
查看>>
MySQL主从篇：死磕主从复制中数据同步原理与优化
查看>>
mysql主从配置
查看>>
MySQL之2003-Can‘t connect to MySQL server on ‘localhost‘(10038)的解决办法
查看>>
MySQL之CRUD
查看>>
MySQL之DML
查看>>
Mysql之IN 和 Exists 用法
查看>>
MYSQL之REPLACE INTO和INSERT … ON DUPLICATE KEY UPDATE用法
查看>>
MySQL之SQL语句优化步骤
查看>>