2014年7月8日更新：这个系列的文章仍在继续，我正在实现这个键值对存储并将在其差不多完成的时候写一篇文章。这些文章每一篇都花了我很长时间来写。为了在完成的时候获得更新通知，你可以在博客右上角订阅。 这篇文章是我今天开始的系列文章实现一个键值对存
2014年7月8日更新：这个系列的文章仍在继续，我正在实现这个键值对存储并将在其差不多完成的时候写一篇文章。这些文章每一篇都花了我很长时间来写。为了在完成的时候获得更新通知，你可以在博客右上角订阅。
这篇文章是我今天开始的系列文章“实现一个键值对存储”（IKVS）的主条目。本文旨在以内容列表的形式总结系列中所有文章，可能在晚些时候有一些关于项目的笔记。
本文的内容可能随时间变化直到系列完成。特别是在目录里，各个部分的标题还没有写而顺序也有可能改变。随着内容逐渐完成，一些部分也有可能被移除或者有新的部分被添加进来。
项目中的更多信息可以在 “第一部分：什么是键值对存储，为什么要实现它”的1.3节中找到。
1 – 什么是键值对存储，为什么要实现它？
1.1 – 键值对存储综述
1.2 –键值对存储 vs 关系型数据库
1.3 – 为什么要实现键值对存储
1.4 – 计划
1.5 – 参考文献
2 – 使用已存在的键值对存储作为模型
2.1 – 不要重复发明轮子
2.2 – 候选模型和选择标准
2.3 – 所选的键值对存储的概览
2.4 –参考文献
3 – Kyoto Cabinet和LevelDB结构的比较分析
3.1 – 结构分析的意图和方法
3.2 – 键值对存储组件的概览
3.3 – Kyoto Cabinet和LevelDB的结构与概念分析
3.4 – 代码审查
3.5 –参考文献
4 – API设计
4.1 – API设计的基本原则
4.2 – 定义FelixDB公共API的功能。
4.3 – 比较已存在数据库的API功能
4.4 – 结论
4.5 –参考文献
5 – 哈希表实现
5.1 – 哈希表
5.2 – 实现
5.3 – 结论
5.4 –参考文献
6 – 实现存储在文件系统中的高存储效率的哈希表
7 – 存储管理
8 – 网络
9 – 接口：REST, memcached等
10 – 更进一步
下载本文