android數據庫操作優化(一)

  這是我今年陸陸續續寫的有關android上數據庫操作的文章,以前都發佈在開發論壇上,現在把整理到這裡。

        1.由於SQLiteDatabase對象較為耗費資源,所以我們在使用完SQLiteDatabase對象之後,必須立即關閉它,避免它繼續占用資源,否則我們繼續程序可能會導致OOM或者其他異常;

 

        2.同理,我們在使用完cursor之後也應該立即關閉cursor,避免資源浪費;

 

        3.我們在關閉數據庫之前,必須將取得的數據保存到Map或者List中,否則關閉數據庫之後,數據也會隨之消失;

 

        4.使用明確的查詢語句,在數據庫的查詢中避免使用select * from table這樣的語句,我們一般不會用到全部的數據,但這樣查詢不僅浪費時間,也浪費android有限的內存,所以我們必須明確查詢目標,例如:select id,name from people;

 

        5.在較為頻繁的數據庫操作中(例如批量插入數據),可以使用數據庫事物來處理頻繁操作(如果隻有一個數據操作,則android默認使用事物);

 

        6.在sqlite數據庫中使用索引,給經常查詢的列創建索引,但索引不適用於較大的數據庫,較大的數據庫創建索引會耗費太多的時間,而且每次改動一條數據,整個索引都將重新創建;

 

        7.如果需要在pc上制作數據庫db文件,推薦使用Navicat Premium,功能強大,但是費用也很強大,不過可以免費試用;

 

        8.制作本地數據庫db文件的時候,需要使用UTF-8編碼(很多pc端sqlite3工具不支持utf-8編碼或者保持和系統編碼一致),否者在取數據的時候會出現亂碼,另外,根據我們使用的pc數據庫文件不同,我們可能會生成不同的sqlite3數據庫的後綴文件,例如.s3db文件,這個其實沒有影響,android數據庫會識別它的,如果你感覺別扭,可以手動改為.db就可以瞭,這也是沒關系的;

 

        9.制作本地數據庫還有一點比較重要的就是默認主鍵必須為“_id”並設置為自動增長,不可以是其他的,而且每個表都必須有,如果你的數據庫沒有這個主鍵,在你的app運行中會報錯,日志提示缺少“_id”字段,至於為什麼應用內創建數據庫不會產生這樣的問題,那是因為android系統默認在創建數據庫的時候就是為“_id”為主鍵的,即使你沒有寫這樣的創建語句;

 

        10.還有好多人不知道怎麼將mysql或者execl中的數據導入到sqlite3數據庫中,這裡我提供一個思路,可以將execl另存為csv文件,大部分數據庫也可以直接到處csv格式的文件,然後我們用記事本打開csv文件就會發現裡面就是inert into table values();可以直接放入values的部分,可以用java程序寫一個批量插入語句即可制作sqlite3 db數據庫文件;

 

        11.制作好的sqlite3 db數據庫文件應該放在項目的assets文件夾或者res/raw文件夾中,然後在app啟動的過程中將數據庫用java io流復制到data/data/packagename/database目錄中(註意,如果你的db數據庫文件較大,請放在內存卡或者其他外存中);

 

        12.如果你不想自己在sd卡上面的數據庫被普通文件瀏覽器(android)直接掃描到,可以在sd中新建一個文件夾,並以”.“開頭,這樣的文件夾會被大部分的文件瀏覽器過濾掉不顯示;

 

        13.為瞭防止你的db數據庫文件被其他有心人獲取,你也可以將自己的數據庫的後綴偽裝成其他文件,例如.mp3,.dat之類的,但是需要註意的是,db文件會在應用打包生成apk的時候被壓縮(可以有效減少apk的體積),如果是mp3之類的文件的話,則不會被壓縮,經筆者測試,改為.dat格式也是可以被壓縮的,或者將db文件復制到sd卡的時候再改名為其他後綴;

 

        14.如果數據庫中的信息比較敏感,大傢也可以在加密數據之後再存入數據庫,取數據的時候在應用內解密,當然網上還有一些其他的加密手段,但是這些加密無一例外的都會犧牲掉更多相應時間和內存資源,所以大傢在規劃app的時候必須自己考慮清楚

發佈留言