coredata与sqlite之间的区别和联系
iOS
转载 sqlite数据库操作的基本流程是, 创建数据库, 再通过定义一些字段来定义表格结构, 可以利用sql语句向表格中插入记录, 删除记录, 修改记录, 表格之间也可以建立联系。 这个过程出现了, 表格的结构(schema), 所有表格的结构和相互联系构成整个数据库的模型, 数据库存放的方式(可以是文件或者在内存), 数据库操作, sql语句(主要是查询), 表格里面的记录。 下面将上面说的文字, 跟CoreData的类作个对应: 表格结构 --> NSEntityDescription 数据库中所有表格和他们的联系 -->NSManagedObjectModel 数据库存放方式 --> NSPersistentStoreCoordinator 数据库操作 --> NSManagedObjectContext 查询语句 --> NSFetchRequest 表格的记录 --> NSManagedObject 可能上面的对应关系并非十分严格, 但确实可以帮助理解. 下面再看看CoreData的类 NSEntityDescription NSManagedObjectModel NSEntityDescription用来定义表格结构, 所以你就可以理解NSManagedObjectModel中的setEntities:(NSArray *)entities函数大概有什么用了 . 通常, 定义model, 是用文件CoreData.xcda*****odel, 可以图形化的操作. 这类似用nib来创建界面. 建个工程, 使用coredata, 模拟器运行之后, 程序对应的document目录出现一个CoreData.sqlite. 可以利用sqlite3命令来查看里面的表格结构 用命令行sqlite3 CoreData.sqlite 进入 >.tables ZEVENT Z_METADATA Z_PRIMARYKEY 可以看到有表格ZEVENT, 对应的CoreData.xcda*****odel文件有名字叫Event的Entity >.schema ZEVENT CREATE TABLE ZEVENT ( Z_PK INTEGER PRIMARY KEY, Z_ENT INTEGER, Z_OPT INTEGER, ZTIMES*****P TIMES*****P ); 对应的Event中有属性timeS*****p, 可以看到, 相应的ZEVENT表格中有字段TIMES*****P > select * from ZEVENT 1|1|1|306295807.974966 2|1|1|306295810.981875 3|1|1|306295811.982537 这表格有三个记录, 可以用来初始化三个NSManagedObject, 修改了NSManagedObject, save之后也修改了表格记录 你可以在CoreData.xcda*****odel添加新的entity, 之后用sqlit3命令来查看数据库的变化 NSPersistentStoreCoordinator 这个类的对象通常用NSManagedObjectModel的对象来初始化, 这个类抽象出不同的存放方式, 最经常用的是NSSQLiteStoreType. NSManagedObjectContext 这个类的对象又用NSPersistentStoreCoordinator的对象来初始化, 它里面有些方法来添加, 删除NSManagedObject NSFetchRequest 通常用NSEntityDescription来构造查询, 也就指定查询那个表格, 另外可以指定排序. 在CoreData的设计中, 下一层有相应的属性指向上一层, 所以NSManagedObject有属性得到NSEntityDescription, NSEntityDescription有属性得到NSManagedObjectModel. 至于类 NSFetchedResultsController, 只是又封了一下, 和NSFetchRequest合起来使用, 方便取数据, 另外和NSManagedObjectContext关联, 当数据库发生变化的时候收到通知. 这文章只初步梳理了一下CoreData各类的关系, 各类的方法还需要一一研究. 文章最开始说CoreData是对sqlite数据库的一个封装, 不是严格的, CoreData不一定用sqlit来实现, 但他们之间确实有种对应关系。
SQLite，感觉操作很直接。如果先前有一点数据库和SQL基础的话，写起来会感觉很亲切，都是一些数据库操作的语句。但是当操作变多之后，语句越来越多，就很烦，代码比较多，看起来也会混乱一些。
后来新项目中尝试了CoreData，因为苹果一直在推这个东西。CoreData用起来比直接sql语句方便许多，而且很适合进行代码封装、重构。其实后来在用CoreData的时候，参照RestKit的ObjectMapping和CoreData部分对其进行了少量封装，使得CoreData用起来非常方便。例如：添加一条User数据
User *user = [User object];后来做开发一直都在用CoreData，主要是我觉得用起来太方便了，代码能够精简许多。另外，
user.name = @"example";
[objectStore save];
- App升级之后数据库字段或者表有更改会导致crash，CoreData的版本管理和数据迁移变得非常有用，手动写sql语句操作还是麻烦一些。
- CoreData不光能操纵SQLite，CoreData和iCloud的结合也很好，如果有这方面需求的话优先考虑CoreData。
- CoreData并不是直接操纵数据库，比如：使用CoreData时不能设置数据库的主键，目前仍需要手动操作。
- 效率上其实跑程序时感觉不出来，毕竟手机上的数据不能跟网站的数据和访问量相提并论。
总的来说，个人比较喜欢用CoreData，因为自己比较熟悉，使用起来也非常方便。
PS：既然你一直在CoreData，就应该坚持用下去，除非是真的碰到很致命的无法解决问题。中途换掉既有的自己熟悉的东西，费时费力，实际用起来没区别，得不偿失。