实现一个键值对存储:目录

作者: Emmanuel Goossaert
原文: codecapsule.com



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 – 更进一步

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值