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

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com