使用方便性。實(shí)際上，一個(gè)成熟的工程中一定是對(duì)數(shù)據(jù)持久化進(jìn)行了封裝的，因此底層使用的到底是core data還是sqlite，不應(yīng)該被業(yè)務(wù)邏輯開(kāi)發(fā)者關(guān)心。因此，即使習(xí)慣寫SQL查詢的人，也應(yīng)該避免在業(yè)務(wù)邏輯中直接編寫SQL語(yǔ)句。
存儲(chǔ)性能，在寫入性能上，因?yàn)槎际鞘褂玫膕qlite格式作為磁盤存儲(chǔ)格式，因此其性能是一樣的，如果你覺(jué)得用core data寫的慢，很可能是你用sqlite的時(shí)候?qū)懙拿織l數(shù)據(jù)的內(nèi)容沒(méi)有core data時(shí)多，或者是你批量寫入的時(shí)候每寫入一條就調(diào)用了一次save。
查詢性能，core data因?yàn)橐嫒荻喾N后端格式，因此查詢時(shí)，其可用的語(yǔ)句比直接使用sqlite少，因此有些fetch實(shí)際上不是在sqlite中執(zhí)行的。但這樣未必會(huì)降低查詢效率。因?yàn)閕Phone的flash memory速度還是很快的。我的經(jīng)驗(yàn)是大部分時(shí)候，在內(nèi)存不是很緊張時(shí)，直接fetch一個(gè)entity的所有數(shù)據(jù)然后在內(nèi)存中做filter往往比使用predicate在fetch時(shí)過(guò)濾更快。如果你覺(jué)的查詢慢，很可能是查詢方式有問(wèn)題，可以把core data的debug模式打開(kāi)，看一下到底執(zhí)行了多少SQL語(yǔ)句，相信其中大部分是可以通過(guò)改寫core data的調(diào)用方式避免的。
core data的一個(gè)比較大的痛點(diǎn)是多人合作開(kāi)發(fā)的時(shí)候，管理coredata的模型需要很小心，尤其是合并的時(shí)候，他的data model是XML格式的，手動(dòng)resolve比較煩心。
core data還有其他sql所不具備的優(yōu)點(diǎn)，比如對(duì)undo的支持，多個(gè)context實(shí)現(xiàn)sketchbook類似的功能。為ManagedObject優(yōu)化的row cash等。
另外core data是支持多線程的，但需要thread confinement的方式實(shí)現(xiàn),使用了多線程之后可以大化的防止阻塞主線程。
1.如果你的項(xiàng)目規(guī)模比較大，用coreData 可以減少你對(duì)存儲(chǔ)管理的很多工作，否則你可能需要自己寫很多的數(shù)據(jù)模型倒數(shù)據(jù)庫(kù)操作的代碼。
2.你的數(shù)據(jù)結(jié)構(gòu)變化，數(shù)據(jù)遷移的時(shí)候coreData能幫你自動(dòng)的完成，用sqlite 你就需要自己寫代碼來(lái)完成。
3.coreData還有些其他效率方面的優(yōu)化，比如延遲寫入。
對(duì)我自己而言，一般來(lái)說(shuō)，如果沒(méi)有復(fù)雜的 查詢 需求，而數(shù)據(jù)量又比較小的話，我會(huì)用文件來(lái)做存儲(chǔ)，自我感覺(jué)比較干凈。如果涉及到比較多的數(shù)據(jù)，但是結(jié)構(gòu)比較單一，表比較少，邏輯比較簡(jiǎn)單用sqlite也不錯(cuò)，但是如果你的表比較多，操作也比較多，還有升級(jí)遷移的需求，推薦使用coreData吧。
http://blog.jobbole.com/52880/
創(chuàng)新互聯(lián)www.cdcxhl.cn，專業(yè)提供香港、美國(guó)云服務(wù)器，動(dòng)態(tài)BGP最優(yōu)骨干路由自動(dòng)選擇，持續(xù)穩(wěn)定高效的網(wǎng)絡(luò)助力業(yè)務(wù)部署。公司持有工信部辦法的idc、isp許可證， 機(jī)房獨(dú)有T級(jí)流量清洗系統(tǒng)配攻擊溯源，準(zhǔn)確進(jìn)行流量調(diào)度，確保服務(wù)器高可用性。佳節(jié)活動(dòng)現(xiàn)已開(kāi)啟，新人活動(dòng)云服務(wù)器買多久送多久。
重慶分公司
重慶分公司
