1、數據庫性能上
1.1 批量事務插入，提升數據插入的性能
由于sqlite默認每次插入都是事務，需要對文件進行讀寫，那么減少事務次數就能簡書磁盤讀寫次數從而獲得性能提升。
1.2 單條sql優于多條sql
實測發現，對于幾十條sql插入當你替換成單條sql時性能有所提升，但是這里要注意的是，換成單條可讀性較差，同時會出現sql超長的錯誤。
1.3 讀和寫操作是互斥的，寫操作過程中可以休眠讓讀操作進行
由于第一步所說的多數據事務插入，從而會導致插入時間增長那么也會影響數據展示的速度，所以可以在插入過程中休眠操作，以便給讀操作流出時間展示數據。
1.4 使用索引
適當的索引的好處是讓讀取變快，當然帶來的影響就是數據插入修改的時間增加，因為還得維護索引的變化。不過對于大部分的讀操作多于寫操作的數據庫來說索引還是十分有必要的。關于如何設計索引，可以參考下面這個文章：
索引優化
1.5 使用聯合索引
過多的索引同時也會減慢讀取的速度，很典型的一個情況就是比如要同時根據省市區縣查詢，又可以根據年月日查詢，如果每個都做索引那么讀取速度將會顯著降低。
對于這種有層級關系的關鍵字，就可以考慮聯合索引了，比如首先根據省查詢，然后根據省市查詢，層層遞進到省市區縣的查詢方式，就可以使用聯合索引，效果非常好。
1.6 勿使用過多索引
1.7 增加查詢條件
當你只要一條數據時增加limit 1,這樣搜索到了后面的就不會再查詢了，大大的加快了速度
1.8 提前將字段的index映射好
減少getColumnIndex的時間，可以縮短一半的時間
2、數據庫設計上
2.1 通過冗余換取查詢速度
2.2 減少數據來提升查詢速度
比如下拉操作時，先清除舊數據，再插入新數據保證數據庫中的數據總量小，提升查詢速度。
2.3 避免大數據多表的聯合查詢
和2.1的方式其實是一樣的原理，只是這里需要特別拿出來說明以下，比如有文件表，還有多媒體文件表，你可以設計成一張文件表，一張多媒體關聯表存放多媒體數據，文件信息還是在文件表中，然后通過外鍵關聯。
但是如果兩個表數據很多，主鍵還不一致同時數據從服務器下來的數序也不一致那么，兩個表的聯合查詢出來的數據要慢的多，這個時候就可以用冗余來喚起查詢速度了。
?
