標籤:
CoreData 與 SQLite 比較
coreData提供ORM(Object Relationships Mapping)解決方案,能直接產生對應的model對象檔案,並且封裝了一些底層操作,簡化了使用,而sqlite要使用c調用對應的api,並進行一些底層的封裝操作,且model對象檔案要自己寫過,代碼量會稍大一些,其他感覺差不太多。
後面查了些資料,簡單總結下:
首先,coredata和sqlite的概念不同,core為對象周期管理,而sqlite為dbms。
下面的討論以使用core data來做資料持久化並使用sqlite做backend儲存的情況為前提。
- 使用方便性。實際上,一個成熟的工程中一定是對資料持久化進行了封裝的,因此底層使用的到底是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的方式實現,使用了多線程之後可以最大化的防止阻塞主線程。
CodeData 中 什麼是NSManagedObject模型?什麼是NSManageObjectContext?
1. NSManagedObject是NSObject的子類 ,也是coredata的重要組成部分,它是一個通用的類,實現了core data 模型層所需的準系統,使用者可通過子類化NSManagedObject,建立自己的資料模型。
2. NSManagedobjectContext對象負責應用和資料庫之間的互動。
CoreData 與 SQLite 比較