【原】iOS学习之SQLite和CoreData数据库的比较
1. SQLite数据库
-
sqlite数据库操作的基本流程是, 创建数据库, 再通过定义一些字段来定义表格结构, 可以利用sql语句向表格中插入记录, 删除记录, 修改记录, 表格之间也可以建立联系。
-
这些操作都需要使用SQL语句去实现，感觉操作很直接。如果先前有一点数据库和SQL基础的话，写起来会感觉很亲切，都是一些数据库操作的语句。但是当操作变多之后，语句越来越多，就很烦，代码比较多，看起来也会混乱一些。
- 如果想要详细了解，可以看iOS学习36数据处理之SQLite数据库
2. CoreData数据库
-
CoreData.framework :iOS中提供了对原始SQLite数据库API访问的封装，通过这个framework来管理数据缓存和持久数据要比使用SQL语句操作SQLite数据库简单和方便许多。
-
机制：通过framework来存储和查询数据只需要使用framework提供的类就可以，你可以完全使用对象的形式来管理你的数据以及数据之间的关系，framework已经很好地将数据库表和字段封装成了对象和属性，表之间的一对多、多对多关系则封装成了对象之间的包含关系.
-
通过 relationship 来表示：
一对多时：设置为 properties 项选中 Optional, Plural 选项 To-Many Relationship 选中；
多对一反向关系时：properties 项选中 Optional, Count 项选中Minimun 和 Maximun 并分别设置其值为1；
如果想要详细了解，可以看iOS学习37数据处理之CoreData
3. 比较
1> CoreData的类与SQLite数据库中的文字描述做一个对应：
NSEntityDescription --> 表格结构
NSManagedObjectModel --> 数据库中所有表格和他们的联系
NSPersistentStoreCoordinator --> 数据库存放方式
NSManagedObjectContext --> 数据库操作
NSFetchRequest --> 查询语句
NSManagedObject --> 表格的记录
2> 下面我们可以详细的看看CoreData的类
-
NSEntityDescription、NSManagedObjectModel
NSEntityDescription 用来定义表格结构, 所以你就可以理解 NSManagedObjectModel 中的 setEntities:(NSArray *)entities 函数大概有什么用了 . 通常, 定义 model , 是用文件 CoreData.xcda*****odel , 可以图形化的操作. 这类似用nib来创建界面.
-
NSPersistentStoreCoordinator
这个类的对象通常用 NSManagedObjectModel 的对象来初始化, 这个类抽象出不同的存放方式, 最经常用的是 NSSQLiteStoreType.
-
NSManagedObjectContext
这个类的对象又用 NSPersistentStoreCoordinator 的对象来初始化, 它里面有些方法来添加, 删除 NSManagedObject
-
NSFetchRequest
通常用 NSEntityDescription 来构造查询, 也就指定查询那个表格, 另外可以指定排序.
- NSFetchedResultsController
NSFetchedResultsController 只是又封了一下, 和 NSFetchRequest 合起来使用, 方便取数据, 另外和 NSManagedObjectContext 关联, 当数据库发生变化的时候收到通知.
3> 特点比较
-
CoreData的强大之处就在于这种关系可以在一个对象更新时，其关联的对象也会随着更新，相当于你更新一张表的时候，其关联的其他表也会随着更新。
-
Core Data的另外一个特点就是提供了更简单的性能管理机制，例如，使用NSFetchedResultsController类，你不用使用SQL的Limit而是使用NSFetchRequest类的setFetchBatchSize()就可以限制查询记录的总数，而NSFetchedResultsController类神奇的地方在于需要获取更多记录的时候，这个类会自动更新其缓存。
-
对于多表查询上相对来说，CoreData 没有 SQL 直观，但 CoreData 的功能还是可以完成相关操作的，但是对于类似外连接，左连接等操作，在CoreData中就显得无力。
