大家討論下,結合檔案系統,給資料庫瘦身方案的可行性

通過檔案系統給資料庫瘦身,就是將資料庫中的大資料,不參與搜尋的資料通過檔案流的方式序列化到硬碟的某個位置,儲存位置使用hash路徑,即通過資料庫表主鍵產生hashcode 然後兩兩切分實現一個hash路徑,保證一個目錄下面的子檔案和檔案個數最多198個,保證了系統的檢索速度.

這裡的大資料舉一個例子就是,比如公司表中,一般都有公司簡介,但是公司簡介這個列的內容量比這個整條資料的體積都大,而公司簡介根本不參與搜尋,列表等操作,我們就可以講這個資料提出來,放到檔案系統中,等需要的時候我們再把它讀取出來,如果修改了就重新儲存.

程式實現的目標和目的就是這樣了.

由於公司使用Ibatis作為資料庫層的處理架構,接下來的任務就是修改Ibatis原始碼實現上述目標.

至於如何修改Ibatis,我會後續寫文章來介紹. 這裡我們先討論下這個方案的可行性

為了一個更直接的印象,先看看具體的效果

 

資料庫的欄位 

這裡可以看到 資料欄位只有四個,比對象少了兩個欄位

那兩個欄位就會被儲存到檔案系統中

 

執行了插入操作,以下是記錄檔

 

對應的檔案系統中的檔案

 

用二進位的方式開啟這個檔案可以看到

讀取單條資料

讀取結果

 雖然程式使用java寫的,但是Ibatis也有.net版本基本應該差不多,而我更加喜歡部落格園的活躍,就發到這裡了 ,大家討論下 這樣做到底有沒有好處