iOS开发 - 关于 CoreData 的使用

简介:

  • CoreData 是数据持久化存储的最佳方式.
  • CoreData 是基于 sqlite 的封装, 数据保存到一个数据库文件中(表).
  • iOS5 以后才出现.
  • 它提供了对象-关系映射(ORM)的功能, 既能够将oc对象转化成数据保存在sqlite文件中, 也能将保存在数据库中的数据还原成oc对象.
  • 数据操作期间, 我们不需要编写任何的sql语句.
  • 数据最终的存储类型可以是:SQLite数据库,XML,二进制,内存里,或自定义数据类型.
  • 好处:能够合理管理内存,避免使用sql的麻烦, 更高效. 不需要我们手动去创建model类, 可以通过一些操作, 制动生成.
工作原理:
  1. NSManagedObjectContext 临时数据库 向**NSPersistentStoreCoordinator ** 持久化存储助理 发送一个key(model名字)
  2. NSPersistentStoreCoordinator 通过这个key 在 NSManagedObjectModel 数据模型中 找到这个model 对应的 表
  3. NSManagedObjectModel 将这个表名 返回给 NSPersistentStoreCoordinator
  4. NSPersistentStoreCoordinator 通过 表名 找到 给表的 file 路径
  5. ** NSPersistentStoreCoordinator ** 将这个路径 返回给 NSManagedObjectContext
  6. NSManagedObjectContext 对 数据进行 处理(增, 删 , 该, 查)
  7. **NSManagedObjectContext **
    保存数据 save
使用步骤:
  1. 创建模型文件:一个模型文件相当于一个数据库.


  2. 添加实体: 一个实体相当于一个表.(点击下面add entity 添加表, 点击atttibutes的+号 添加属性)

  3. 创建实体类: 相当于模型类model.


  4. 生成上下文, 来关联模型文件生成数据库
    生成上下文时, 如果有多个数据库,且生成多个数据库文件时, 要使用不同的上下文进行操作.

  5. 从数据库查询对象
    过滤查询, 排序查询, 分组查询等等

  6. 更新数据
    前提: 先查询, 再修改数据

  7. 删除数据
    前提: 先查询, 再删除数据

  8. 多表关联
    在relationships添加与其他表的关联
    注意: 添加完关联后, 该表的实体类要删除重新生成


  9. 多个数据库
    生成上下文时, 如果有多个数据库,且生成多个数据库文件时, 要使用不同的上下文进行操作.

构成:

(1)NSManagedObjectContext(被管理的数据上下文)
操作实际内容(操作持久层) 临时数据库
作用:插入数据,查询数据,删除数据

(2)NSManagedObjectModel(被管理的数据模型)
数据库所有表格或数据结构,包含各实体的定义信息 数据模型
作用:添加实体的属性,建立属性之间的关系
操作方法:视图编辑器,或代码

(3)NSPersistentStoreCoordinator(持久化存储助理)
相当于数据库的连接器
作用:设置数据存储的名字,位置,存储方式,和存储时机

(4)NSManagedObject(被管理的数据记录)
相当于数据库中的表格记录

(5)NSFetchRequest(获取数据的请求)
相当于查询语句 查询时 要建立请求对象

(6)NSEntityDescription(实体结构)
相当于表格结构

(7)后缀为.xcdatamodeld的包
里面是.xcdatamodel文件,用数据模型编辑器编辑 . 编译后为.momd或.mom文件

SQLiteManager工具:
  • Z_PK : 主键 ZDEPART: 外键


  • 打开CoreData的sql语句:
    按照下图操作后, 使用CoreData时 会在控制台输出sql语句:



    添加-com.apple.CoreData.SQLDebug 和 1 两行
    注意: 这两行的顺序如图所示, 不能调换.


SQLite 和 CoreData 的对比:
  1. sqlite是纯C语言存储方式.
  2. CoreData是对sqlite的封装, 它的数据的保存直接使用对象, 不用再写sql语句.
  3. 性能方面: sqlite 优于 CoreData
  4. 什么时候使用sqlite 和 CoreData?
    如果数据库表关联比较复杂时, 三四张表都关联, 那就使用sqlite
    如果数据库表结构比较简单, 表之间没有关系, 使用CoreData

GitHub: https://github.com/LiCheng244/LCUtils
个人博客: http://www.licheng244.com/


最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,590评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 86,808评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,151评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,779评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,773评论 5 367
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,656评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,022评论 3 398
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,678评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,038评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,659评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,756评论 1 330
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,411评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,005评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,973评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,053评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,495评论 2 343

推荐阅读更多精彩内容