iPhone开发 数据持久化总结（终结篇）—5种数据持久化方法对比

iPhone开发 数据持久化总结（终结篇）—5种数据持久化方法对比

 

iphoneiPhoneIPhoneIPHONEIphone数据持久化 对比总结

本篇对IOS中常用的5种数据持久化方法进行简单对比总结

第1种：UserDefaults（iPhone开发【二十】数据持久化总结之第1篇—NSUserDefaults）

1）易用性很强

2）数据存储在.plist文件中

3）一般保存 配置信息，首选项信息、缓存数据等，适用存储较少量数据的情况

4）缺点：无法将自定义对象序列化到属性列表中
第2种：属性列表（iPhone开发【二十一】数据持久化总结之第2篇—属性文件（.plist）） 

1）易用性较强

2）数据存储在.plist文件中

3）一般用于存储少量数据，也不适合操作处理大量数据

4）缺点：无法将自定义对象序列化到属性列表中

这种方法与第1种非常相像，首选项信息、缓存数据等一般用第1种，其它情况一般用第二种方法。

第3种：归档（iPhone开发【二十二】数据持久化总结之第3篇—归档（NSKeyedArchiver、NSKeyedUnarchiver）） 

1）易用性较强

2）数据存储archive文件中

3）一般用于存储少量数据

4）最大的优点是：可以将复杂的对象写入文件 可以归档集合类，所以无论添加多少对象，将对象写入磁盘的方式都是一样的，不会增加工作量；

而如果用第2种方法的属性列表一则无法保存复杂对象，二则工作量会随着对象的增加而加大

第4种：sqlite3（iPhone开发【二十四】数据持久化总结之第4篇—sqlite3数据库）

1）IOS 相关api都是C语言接口，且设计的易用性不强

2）数据存储在.db3(或sqlite3)数据库中,

3）可以存储大量数据，存储、检索大量数据非常高效；

开源的嵌入式数据库，ACID事务，

能对数据进行复杂的聚合，比使用对象执行这些操作要高效得多。

轻量级，跨平台，占用资源非常低，无网络服务器，只提供数据库级别的锁定，无用户账户概念。

SQLite的API不区分当前操作的数据库是在内存还是在文件。

缺点：

1.    并发访问的锁机制
SQLite在并发（包括多进程和多线程）读写方面的性能不太理想。数据库可能会被写操作独占，从而导致其它读写操作阻塞或出错；

2.     SQL标准支持不全

如不支持外键约束；

PS：封装sqlite3操作的两个常用框架BNRPersistence

fmdb（更面向对象，省去麻烦冗余的C代码，比coredata更轻量级，提供多线程安全的数据库操作，有效防止数据库混乱）

三个核心类:FMDatabase :一个对象代表一个单独的数据库

FMResultSet ：查询后的结果集

FMDatebaseQueue：线程安全的执行多个查询或更新

缺点：不支持多线程同时使用同一个数据库连接操作。

第5种：CoreData（iPhone开发【二十六】数据持久化总结之第5篇—CoreData技术）

类似java中的Hibernate

1）个人感觉易用性不强

2）数据存储可以选择sqlite，xml，plist或是其他方式作为持久化方案，一般使用sqlite

3）优点：实现的功能包括redo，undo，数据验证等