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.1 – API設計的基本原則
- 4.2 – 定義FelixDB公共API的功能。
- 4.3 – 比較已存在資料庫的API功能
- 4.4 – 結論
- 4.5 – 參考文獻
- 5.1 – Hash tables 雜湊表
- 5.2 – Implementations 實現
- 5.3 – Conclusion 結論
- 5.4 – References 引用
6 – 實現儲存在檔案系統中的高儲存效率的雜湊表
7 – 儲存管理
8 – 網路
9 – 介面:REST, memcached等
10 – 更進一步