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时不能设置数据库的主键，目前仍需要手动操作。
- 效率上其实跑程序时感觉不出来，毕竟手机上的数据不能跟网站的数据和访问量相提并论。
