開始
在 ios 平臺，數(shù)據(jù)永久化的存儲方式就那么幾種莽龟，比如說 coredata蠕嫁，比如說realm，還有nosql的幾種方案毯盈，但是很遺憾剃毒，nosql的幾種方案支持的功能都還是太少，這樣就讓對它們的選擇顯得十分雞肋——畢竟搂赋，如果是簡單的應用的話赘阀，那就還不如其他方案來的方便快捷——雖然nosql是趨勢。
這次我們來談談另一種比較常見的儲存方案——sqlite厂镇，這個東西很厲害纤壁，它是一個用c實現(xiàn)的無需服務器的sql框架，它就一個文件配合框架就可以實現(xiàn)一個簡單的數(shù)據(jù)庫了捺信，擁有大部分數(shù)據(jù)庫的查詢功能酌媒，性能也還不錯。
需求
一般使用的話迄靠，sqlite的默認配置也是足夠了的秒咨，但有一些情況下，我們還是需要更快的體驗——比如作為輸入法的詞庫的時候掌挚。很多人覺得雨席，用sqlite很快，但作為輸入法的詞庫就顯然太慢了吠式，難道sqlite就不能更快一步嗎陡厘？當然可以，sqlite的默認配之為了適應大部分人的使用環(huán)境所以設置的十分保守特占，我們可以讓它更快糙置。
Pragma
Pragma 是 sqlite 特有的一個配置語句，與之配合的有一些對應的參數(shù)是目，我們在連接數(shù)據(jù)庫后可以對其進行修改谤饭，但下次連接的時候，還是需要再次配置的。
你可以在這里看到完整的所有 Pragma 參數(shù)揉抵，不過對性能有重大影響的參數(shù)也就那么幾個亡容，不是很多的。
執(zhí)行 pragma 就像你在 sqlite 里執(zhí)行 sql 語句一樣冤今，沒有返回值闺兢。
page_size
1
PRAGMApage_size=4096
大小必須是2的倍數(shù)，一般來說戏罢，現(xiàn)在應該都是默認4096了列敲，但如果不是，那你就手動設置一下帖汞，總而言之戴而，你最好把它設置為與你系統(tǒng)硬盤的分頁大小。
synchronous
1
PRAGMAsynchronous=OFF
關閉同步翩蘸，數(shù)據(jù)庫只有在設備突然斷電之類情況下可能導致數(shù)據(jù)庫損壞——嗯所意，這種情況，我覺得可以接受催首。
locking_mode
1
PRAGMAlocking_mode=EXCLUSIVE
當不需要同時有多個進程同時訪問數(shù)據(jù)庫時（我們就在自己的app里訪問數(shù)據(jù)庫而已）那就不需要默認的normal扶踊，設定鎖定模式為exclusive模式，可以保證同一時間只有一個進程訪問數(shù)據(jù)庫郎任，這樣可以避免不必要的沖突控制秧耗，增加數(shù)據(jù)庫速度。
journal_mode
1
PRAGMAjournal_mode=OFF
日志能夠保證數(shù)據(jù)提交的完整性舶治，一旦提交出現(xiàn)問題分井，數(shù)據(jù)庫就可以實現(xiàn)回滾。不過霉猛，現(xiàn)在大部分情況下ios的穩(wěn)定性已經(jīng)足夠尺锚，如果你甚至都不會給數(shù)據(jù)庫寫入內容，那么干脆把日志模式關閉好了惜浅。這樣可以大大加快sqlite的速度瘫辩。
cache_size
1
PRAGMAcache_size=40960
這個緩存，默認是0坛悉，也有不少人推薦1伐厌，我建議你自己多測試幾次，我自己的感受是有和沒有區(qū)別有點裸影，但大小好像沒啥區(qū)別了……
mmap_size
1
PRAGMAmmap_size=40960
配置內存映射挣轨，但實際上好像并沒有開啟，這取決于你的sqlite版本空民。
query_only
1
PRAGMAquery_only=1
如果你和我一樣只是用來查詢刃唐，那么就開啟這個選項。
單件模式
說完了參數(shù)配置界轩，我們再來說說其他方面画饥，比如整體的使用姿勢。如果說你在整個應用中都不會有其他進程訪問數(shù)據(jù)庫（一般也不應該有）浊猾，那么就做一個單件模式抖甘，然后保持長鏈接就好了，并沒有必要一直持續(xù)地連接和斷開葫慎，同時還可以避免你意外地同時去爭奪數(shù)據(jù)庫資源造成數(shù)據(jù)的丟失和文件損壞衔彻。
比如說，這樣：
1
2
3
4
5
6
7classModelManager{
privateinit(){}
staticletsharedInstance:ModelManager?=ModelManager()
……
}
索引
恰當?shù)貫槟阈枰?jīng)常查詢的字段進行索引偷办，并且避免使用太復雜的sql語句以確保查詢會使用索引艰额。一個有效的測試方式是使用 sqlite 內置的explain功能查看語句的執(zhí)行流程，如果其中包含idx椒涯，那基本差不多柄沮。
使用 explain 來查看sql語句的預計執(zhí)行過程
避免不恰當?shù)?sql 語句
一般來說，你應該只獲取你要獲取的內容废岂，不要去做SELECT*FROM這一類腦殘的語句祖搓，同時，在獲取內容的時候湖苞，比如你可能寫的是這樣的：
1
resultSet.stringForColumn("Code")
如果是大量查詢拯欧，那么你最好這樣來寫：
1
resultSet.string(forColumnIndex:0)
使用字段索引來獲取內容，可以避免查找财骨，大大加快取值速度镐作。
創(chuàng)建表
創(chuàng)建表也有優(yōu)化的地方可以說說，比如如果你的字段能非空隆箩，就非空滑肉，如果能唯一那自然就最好了！
轉自 ： https://www.logcg.com/archives/2316.html
