2023年7月8日更新：這個系列的文章仍在繼續，我正在實現這個鍵值對儲存並將在其差不多完成的時候寫一篇文章。這些文章每一篇都花了我很長時間來寫。為了在完成的時候獲得更新通知，你可以在部落格右上角訂閱。
本文的內容可能隨時間變化直到系列完成。特別是在目錄裡，各個部分的標題還沒有寫而順序也有可能改變。隨著內容逐漸完成，一些部分也有可能被移除或者有新的部分被新增進來。
專案中的更多資訊可以在 「第一部分：什麼是鍵值對儲存，為什麼要實現它」的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 – 更進一步
在每乙個雜湊鍵值中儲存多個數值
當你需要在雜湊表中的每乙個鍵值都儲存多個數值，你可以選擇在其中儲存乙個陣列而不僅僅是乙個變數值。如果你儲存的資料是對應於同乙個鍵值的文字，顯而易見，雜湊是最好的選擇。在雜湊的每乙個元素中，你只能儲存乙個變數值。但是使用陣列指標就可以使得在雜湊的乙個元素中儲存乙個陣列指標，指向乙個陣列。zip for...
乙個迄今為止最快的併發鍵值儲存庫FASTER誕生
在過去十年中，雲中的資料密集型應用程式和服務有了巨大的增長。資料在各種邊設施 例如，裝置，瀏覽器和伺服器 上建立，並由雲應用程式處理用來獲得資料價值或做出決策。應用程式和服務可以處理收集的資料，也可以實時監控資料。這些應用程式通常是更新密集型的，並且涉及大量的狀態，超出了適合主儲存器的處理能力。但是...
Vertica增加乙個資料儲存的目錄
vertica增加乙個資料儲存的目錄 操作語法為 add location path node usage location label 各節點新增目錄，並賦予正確的許可權 vsql命令列下新增對應的目錄 查詢驗證 比如新增 verticadata2掛節點，需求為在 verticadata2掛節點下...