Android資料庫無縫升級方案

標籤：oid   說明   缺點   style   and   架構   ast   情況   git   

軟體迭代過程中，業務不斷更新，也要求軟體持續更新。相應地，資料庫更新升級也是不可避免的一個環節。Android作為用戶端應用，資料庫升級相對於服務端來說會麻煩一些。常見的升級方式有：

  1.刪除舊錶和資料，建立新表。優點是簡單方便，缺點是丟失了舊資料。適用於應用資料依賴度低的情況。

  2.在代碼中相容處理各版本資料庫，建立新表，遷移舊資料到新表。優點是保留了舊資料，缺點是需要處理相容個版本資料庫差異，比較麻煩。如果通過代碼來記錄維護版本差異，會導致代碼臃腫且極易出錯。

 

本文介紹一種簡單無縫的資料庫升級方案，也是屬於上述的第二種方式，但是簡單、高效地處理了資料庫版本相容。代碼已實現在DBFramework中，這是一個輕量的資料庫架構，簡單、規範、高效，能夠很好的處理表之間的繼承關係，可以為你節省很多開發工作。

感興趣的朋友可以瞭解一下。

 

資料庫升級，其實是對其中的表進行升級。要更新表並且保留資料，這就必須要知道新表和舊錶之間的差異。如果我們靠開發人員來記錄各版本之間表的差異，無疑是一個困難和繁雜的工作。那麼當我們進行資料庫的時候，用戶端應用有沒有辦法知道這些差異，知道有哪些表需要更新呢？答案是肯定的。在Sqlite中有一張叫做sqlite_master的系統資料表，其中記錄了sqlite中的所有表資訊，如下：

可以看到，其中處理表名，還有表的建立語句。有了建立語句，我們就能解析出表的欄位資訊，然後對比新表和舊錶的欄位，有差異則說明表需要更新，反之則不需要更新。更簡單的是我們直接用別罵來建立新表，然後直接對比新表和舊錶的建立語句（忽略其中的表名），看是否有差異來決定是否更新表。然後再執行具體的更新操作，遷移資料，刪除無用的表——舊錶，抑或是以別名建立的但是無需更新的新表。

 

Android資料庫無縫升級方案