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/
你可能感兴趣的文章
mutiplemap 总结
查看>>
MySQL DELETE 表别名问题
查看>>
MySQL Error Handling in Stored Procedures---转载
查看>>
MVC 区域功能
查看>>
MySQL FEDERATED 提示
查看>>
mysql generic安装_MySQL 5.6 Generic Binary安装与配置_MySQL
查看>>
Mysql group by
查看>>
MySQL I 有福啦，窗口函数大大提高了取数的效率！
查看>>
mysql id自动增长 初始值 Mysql重置auto_increment初始值
查看>>
MySQL in 太多过慢的 3 种解决方案
查看>>
MySQL InnoDB 三大文件日志，看完秒懂
查看>>
Mysql InnoDB 数据更新导致锁表
查看>>
Mysql Innodb 锁机制
查看>>
MySQL InnoDB中意向锁的作用及原理探
查看>>
MySQL InnoDB事务隔离级别与锁机制深入解析
查看>>
Mysql InnoDB存储引擎 —— 数据页
查看>>
Mysql InnoDB存储引擎中的checkpoint技术
查看>>
Mysql InnoDB存储引擎中缓冲池Buffer Pool、Redo Log、Bin Log、Undo Log、Channge Buffer
查看>>
MySQL InnoDB引擎的锁机制详解
查看>>
Mysql INNODB引擎行锁的3种算法 Record Lock Next-Key Lock Grap Lock
查看>>