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 死锁 Deadlock found when trying to get lock； try restarting transaction
查看>>
mysql 死锁(先delete 后insert)日志分析
查看>>
MySQL 死锁了，怎么办？
查看>>
MySQL 深度分页性能急剧下降，该如何优化？
查看>>
MySQL 深度分页性能急剧下降，该如何优化？
查看>>
MySQL 添加列，修改列，删除列
查看>>
mysql 添加索引
查看>>
MySQL 添加索引，删除索引及其用法
查看>>
mysql 状态检查,备份，修复
查看>>
MySQL 用 limit 为什么会影响性能？
查看>>
MySQL 用 limit 为什么会影响性能？有什么优化方案？
查看>>
MySQL 用户权限管理：授权、撤销、密码更新和用户删除（图文解析）
查看>>
mysql 用户管理和权限设置
查看>>
MySQL 的 varchar 水真的太深了！
查看>>
mysql 的GROUP_CONCAT函数的使用（group_by 如何显示分组之前的数据）
查看>>
MySQL 的instr函数
查看>>
MySQL 的mysql_secure_installation安全脚本执行过程介绍
查看>>
MySQL 的Rename Table语句
查看>>
MySQL 的全局锁、表锁和行锁
查看>>