標籤:
使用方便性。實際上,一個成熟的工程中一定是對資料持久化進行了封裝的,因此底層使用的到底是core data還是sqlite,不應該被商務邏輯開發人員關心。因此,即使習慣寫SQL查詢的人,也應該避免在商務邏輯中直接編寫SQL語句。
儲存效能,在寫入效能上,因為都是使用的sqlite格式作為磁碟儲存格式,因此其效能是一樣的,如果你覺得用core data寫的慢,很可能是你用sqlite的時候寫的每條資料的內容沒有core data時多,或者是你批量寫入的時候每寫入一條就調用了一次save。
查詢效能,core data因為要相容多種後端格式,因此查詢時,其可用的語句比直接使用sqlite少,因此有些fetch實際上不是在sqlite中執行的。但這樣未必 會降低查詢效率。因為iPhone的flash memory速度還是很快的。我的經驗是大部分時候,在記憶體不是很緊張時,直接fetch一個entity的所有資料然後在記憶體中做filter往往比使 用predicate在fetch時過濾更快。如果你覺的查詢慢,很可能是查詢方式有問題,可以把core data的debug模式開啟,看一下到底執行了多少SQL語句,相信其中大部分是可以通過改寫core data的調用方式避免的。
core data的一個比較大的痛點是多人合作開發的時候,管理coredata的模型需要很小心,尤其是合并的時候,他的data model是XML格式的,手動resolve比較煩心。
core data還有其他sql所不具備的優點,比如對undo的支援,多個context實現sketchbook類似的功能。為ManagedObject最佳化的row cash等。
另外core data是支援多線程的,但需要thread confinement的方式實現,使用了多線程之後可以最大化的防止阻塞主線程。
1.如果你的項目規模比較大,用coreData 可以減少你對儲存管理的很多工作,否則你可能需要自己寫很多的資料模型倒資料庫操作的代碼。
2.你的資料結構變化,資料移轉的時候coreData能幫你自動的完成,用sqlite 你就需要自己寫代碼來完成。
3.coreData還有些其他效率方面的最佳化,比如延遲寫入。
對我自己而言,一般來說,如果沒有複雜的 查詢 需求,而資料量又比較小的話,我會用檔案來做儲存,自我感覺比較乾淨。如果涉及到比較多的資料,但是結構比較單一,表比較少,邏輯比較簡單用sqlite也不錯,但是如果你的表比較多,操作也比較多,還有升級遷移的需求,推薦使用coreData吧。
sqlite和coredata的區別