解決sqlite刪除資料後，檔案大小不變問題

說了這麼多，沒進主題，我的主題是給sqlite在刪除資料後擦屁股。

大家或許發現了，當你在sqlite中刪除了大量資料後，資料庫檔案的大小還是那樣，沒有變。

就用我的專案來說，3m的資料刪除後，sqlite的.db檔案依然是3m，而我要的結果實際上只有35k，在壓縮一下也就10幾k了。為什麼會出現這個問題，sqlce的.sdf檔案是即刪即減的。

原因是：

當你從sqlite刪除資料後，未使用的磁碟空間被新增到乙個內在的」空閒列表」中用於儲存你下次插入的資料。磁碟空間並沒有丟失。但是也不向作業系統返回磁碟空間。（嘿嘿，sqlite.org的faq中提到過這個問題）

解決方法：兩種

一，在資料刪除後，手動執行vacuum命令，執行方式很簡單

objsqlhelper.executenonquery(commandtype.text, "vacuum")

vacuum命令會清空「空閒列表」，把資料庫尺寸壓縮到最小。但是要耗費一些時間。

fqa裡面說，在linux的環境下，大約0.5秒/m。並且要使用兩倍於資料庫檔案的空間。

我憎恨此fqa，他只說系統環境，不說機器硬體環境。我在測試手機上執行用了將近13秒時間壓縮了將近3m的空間。至於它所占用的另一部分空間，是生成了乙個.db-journal字尾名的臨時檔案。（這個問題對我現在來說是無所謂的。）

二，在資料庫檔案建成中，將auto_vacuum設定成「1」。

注意：只有在資料庫中未建任何表時才能改變auto-vacuum標記。試圖在已有表的情況下修改不會導致報錯。

cmd.commandtext = "pragma auto_vacuum = 1;"

cmd.executenonquery()

當開啟auto-vacuum，當提交乙個從資料庫中刪除除資料的事物時，資料庫檔案自動收縮。

資料庫會在內部儲存一些資訊以便支援這一功能，這使得資料庫檔案比不開啟該選項時稍微大一些。

我的表結構，不含任何資料是，資料庫檔案大小是25k左右，開了auto_vacuum之後是26k。

插入執行基礎資料後，檔案變成35k，開了auto_vacuum之後是36k。

變化不大，無所謂。

但是第二個方法同樣有缺點，只會從資料庫檔案中截斷空閒列表中的頁，而不會**資料庫中的碎片，也不會像vacuum

要使用 auto-vacuum，需要一些前題條件。資料庫中需要儲存一些額外的資訊以記錄它所跟蹤的每個資料庫頁都找回其指標位置。所以，auto-vacumm 必須在建表之前就開啟。在乙個表建立之後，就不能再開啟或關閉 auto-vacumm。

其實按照執行時間上的比較，兩個在做了大刪除操作後，從3m變到35k的時間其實差不多，執行vacuum命令稍微長一點，但是也長不了多少，相對而言，這種一點點的長可以忽略不計。

加上auto的方式對碎片的造成情況，如果資料交換次數多的話，這種方式很不合適。

還是決定用第一種方式，在大資料刪除後，向伺服器送信前。執行vacuum命令。這樣做比較划算。