在早上測試完上周五寫的sqlite模組的**後，
發現主要存在以下幾個錯誤：
1、主要是在寫入和讀出時，不一致，造成了一開始莫名其妙的bug。而根本原因就是，在寫入時，是按整數寫入的，get_table讀出時，預設都是字串。而這時，自己還按整數來取返回的結果，這樣讀出與寫入的值肯定不一樣了。如此，對於被調函式的理解欠缺，是造成bug的主要原因。如此，只有知己知彼，才行。
同時，也知道了，準備語句，在sqlite中，為什麼一直存在。準備語句，可以改變輸出的型別，更靈活的供呼叫者使用。而封裝查詢，只能輸出字串。對於大的表，get_table一次返回需要占用大量的記憶體（因為它返回全部記錄），這個時候，用準備查詢可以大量節省記憶體（因為它一次只返回一條記錄）。
對於靈活使用sqlite，還是準備語句，更合適。
2、對於陣列指標的運用，沒有達到特別熟練。由於以前不怎麼使用陣列指標，在使用時，誤將其當做一級指標來用，造成了應該列印內容的，列印了它的位址。經過這次，對於它的使用及理解加深了一層。
3、筆誤。有些地方，不注意的筆誤造成了一些不易查詢的問題。例如：在for（）迴圈後，直接多了「；」分號，造成了其後的迴圈語句塊只執行了一次。其二，還有在使用格式化『%s』的時候，漏輸入了'%'。
4、對於錯誤處理，有些地方做的不完備，引發了記憶體錯誤。所以對於錯誤處理，一定要將可能出現的，盡量加以處理，避免它們引起其他隱藏bug。
關於sqlite 加密
在移動裝置上，不管是ios還是android大家都喜歡使用sqlite，它體積小功能卻不錯，滿足大家的需求。但是使用過大家都清楚免費版sqlite資料是明文的，如果存放的是使用者敏感資訊，只要取出應用中的資料庫，神馬使用者名稱，密碼都一目了然。那麼你還敢使用手機登入什麼網銀神馬的麼？使用免費版本的沒...
SQLite 使用總結
跟mysql是有所區別的，自己用了幾天，總結如下 1 不能用mysql的分號 如 select count as count from ken content 而應該用自己打上去的分號 如 select count as count from ken content 2 主鍵一定要用 integer...
SQLite用法總結
準備工作 自己建立乙個類繼承sqliteopenhelper類，這樣就相當於你不費吹灰之力就繼承了父類的一些屬性和方法。public class dbhelper extends sqliteopenhelper 判斷表是否存在 suppresslint recycle public boolean...