热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

iOS数据库的迁移(CoreData,Realm,SQLite)

一、前言以前写过一篇关于CoreData,Realm,SQLite的文章(文章链接),里面大概就是介绍了一下它们的用法和推荐的三方库,建议再看这篇文章之前可以浏览一下之前的那篇文章


一、前言


以前写过一篇关于CoreData,Realm,SQLite的文章(文章链接),里面大概就是介绍了一下它们的用法和推荐的三方库,建议再看这篇文章之前可以浏览一下之前的那篇文章。今天在这里我就来说一下关于它们的数据库迁移问题,数据库的迁移都是非嵌套的迁移方式,这样就可以避免有的用户没有及时更新带来的隐患。


二、CoreData



CoreData需要迁移的时候需要在


- (nullable __kindof NSPersistentStore *)addPersistentStoreWithType:(NSString *)storeType configuration:(nullable NSString *)configuration URL:(nullable NSURL *)storeURL options:(nullable NSDictionary *)options error:(NSError **)error


这个方法里面的options参数添加两个key-value


NSDictionary *optiOns= @{NSMigratePersistentStoresAutomaticallyOption:@(YES), NSInferMappingModelAutomaticallyOption:@(YES)};



NSMigratePersistentStoresAutomaticallyOption = YES,那么Core Data会试着把之前低版本的出现不兼容的持久化存储区迁移到新的模型中,这里的例子里,Core Data就能识别出是新表


NSInferMappingModelAutomaticallyOption = YES,这个参数的意义是Core Data会根据自己认为最合理的方式去尝试MappingModel,从源模型实体的某个属性,映射到目标模型实体的某个属性。


CoreData的迁移方式分为三种:



  • 轻量级的迁移

  • 默认的迁移方式

  • 迁移管理器

    2.1.轻量级迁移方式过程

    1.选中.xcdatamodeld文件,然后选择Editor-->add Model Version




2.在新的.xcdatamodel中新增一个字段,author字段



3.然后选择.xcdatamodeld 选择Model Version



4.现在我们还需要将原来Book的表结构生成的Book.h、 Book.m、Book+CoreDataProperties.h、Book+CoreDataProperties.m替换成新的,Student同样。 将原来的这四个文件直接删除,然后再创建新的就可以了




xcode8 以后创建NSManagedObject



xcode8 创建的以后的文件格式会变成这样,把原先的Book.h变成了Book+CoreDataClass.h文件,原先使用的Book.h现在全部改成Book+CoreDataClass.h。


我在原来的基础上有插入100个数据,插入代码:


NSManagedObjectContext *cOntext= self.appDelegate.managedObjectContext;
NSLog(@"save start");
for (int i = 0; i <100; i++) {
NSEntityDescription *entity = [NSEntityDescription entityForName:@"Student" inManagedObjectContext:context];
//创建学生对象
Student *stu = [[Student alloc] initWithEntity:entity insertIntoManagedObjectContext:context];
stu.name = [NSString stringWithFormat:@"张三%d", i];
NSEntityDescription *bEntity = [NSEntityDescription entityForName:@"Book" inManagedObjectContext:context];
//创建Book对象
Book *book = [[Book alloc] initWithEntity:bEntity insertIntoManagedObjectContext:context];
book.title = @"红楼梦";
book.author = @"曹雪芹";
//添加Book对象
[stu addBooksObject:book];

//保存Student对象
[_appDelegate saveContext];
}
NSLog(@"save end");

5.前后数据库对比




迁移之前





迁移之后



2.2默认迁移


涉及表映射到另外一张表(实体)使用默认迁移


1.同轻量级迁移步骤1


2.在新的.xcdatamodel中将Book实体,修改两个属性名,增删属性




修改属性名,新增一个字段并添加默认值



3.同轻量级迁移步骤3


4.同轻量级迁移步骤4


5.创建MappingModel,将之前的CoreData.xcdatamodel选作为Source,后面创建的CoreData2.xcdatamodel作为Target,前后不能选错。




Source





Target



之后会生成一个.xcmappingmodel文件:




Mapping文件说明



运行新增100个迁移前后数据对比




迁移之前





迁移之后



2.2迁移管理器迁移


前面的两种操作都是需要对表进行一次操作才能完成数据库的迁移,包括插入数据,查询数据都可以完成数据库的迁移工作。这里的管理器迁移,不需要对表进行一次操作。


迁移管理器操作的前5个步骤和默认迁移的步骤一样,只是不需要对表进行一次操作,我们需要做的是使用迁移器进行操作,操作的基本步骤就是先判断是否需要迁移,这个里面有两部分,一部分是本地是否有这个数据库,一部分是在有数据库的基础上判断存储数据的元数据(NSManagedObjectModel),具体操作的代码如下:


1.是否需要迁移


- (BOOL)judgeDataMigrationIsNeed {
//是否存在文件
NSURL *storeURL = [[[[NSFileManager defaultManager] URLsForDirectory:NSDocumentDirectory inDomains:NSUserDomainMask] lastObject] URLByAppendingPathComponent:@"CoreDataTest.sqlite"];
if (![[NSFileManager defaultManager] fileExistsAtPath:storeURL.path]) {
return NO;
}
NSError *error = nil;

//比较存储模型的元数据。
NSDictionary *sourceMataData = [NSPersistentStoreCoordinator metadataForPersistentStoreOfType:NSSQLiteStoreType URL:storeURL error:&error];
NSManagedObjectModel *destinatiOnModel= _appDelegate.managedObjectModel;
if ([destinationModel isConfiguration:nil compatibleWithStoreMetadata:sourceMataData]) {
return NO;
}
return YES;
}

2.迁移器迁移数据具体代码


- (BOOL)executeMigration {
BOOL success = NO;
NSError *error = nil;

NSURL *sourceStore = [[[[NSFileManager defaultManager] URLsForDirectory:NSDocumentDirectory inDomains:NSUserDomainMask] lastObject] URLByAppendingPathComponent:@"CoreDataTest.sqlite"];

//原来的数据模型的原信息
NSDictionary *sourceMetadata = [NSPersistentStoreCoordinator metadataForPersistentStoreOfType:NSSQLiteStoreType URL:sourceStore error:&error];
//原数据模型
NSManagedObjectModel *sourceModel = [NSManagedObjectModel mergedModelFromBundles:nil forStoreMetadata:sourceMetadata];

//最新版数据模型
NSManagedObjectModel *destinModel = _appDelegate.managedObjectModel;

//数据迁移的映射模型
NSMappingModel *mappingModel = [NSMappingModel mappingModelFromBundles:nil
forSourceModel:sourceModel
destinationModel:destinModel];
if (mappingModel) {
NSError *error = nil;

//迁移管理器
NSMigrationManager *migratiOnManager= [[NSMigrationManager alloc]initWithSourceModel:sourceModel
destinationModel:destinModel];

//这里可以注册监听 NSMigrationManager 的 migrationProgress来查看进度
[migrationManager addObserver:self forKeyPath:@"migrationProgress" options:NSKeyValueObservingOptionNew context:nil];

//先把模型存错到Temp.sqlite
NSURL *destinStore = [[[[NSFileManager defaultManager] URLsForDirectory:NSDocumentDirectory inDomains:NSUserDomainMask] lastObject] URLByAppendingPathComponent:@"Temp.sqlite"];
success = [migrationManager migrateStoreFromURL:sourceStore
type:NSSQLiteStoreType
options:nil
withMappingModel:mappingModel
toDestinationURL:destinStore
destinationType:NSSQLiteStoreType
destinationOptions:nil
error:&error];
if (success) {
//替换掉原来的旧的文件
success = [[NSFileManager defaultManager] replaceItemAtURL:sourceStore withItemAtURL:destinStore backupItemName:@"backup.sqlite" options:NSFileManagerItemReplacementUsingNewMetadataOnly | NSFileManagerItemReplacementWithoutDeletingBackupItem resultingItemURL:nil error:nil];
if (success) {
// 这里移除监听就可以了。
[migrationManager removeObserver:self forKeyPath:@"migrationProgress"];
}
}
}
return success;
}



迁移之前





迁移之后



Realm


其实这里不用说的太啰嗦,迁移的方法github的例子里面有关于迁移的部分。 这里有一点说明一下,在没有完成迁移之前,只要对realm进行访问都会崩溃,包括访问数据库的位置。 我这里就简单的做一下演示和说明:


1.我用之前的默认的realm创建了一个default.realm,打开文件,查看Student


表如下图:




迁移之前



2.迁移代码



  • 2.1删除一个字段


- (void)excuteMigration {
RLMMigrationBlock migratiobBlock = ^(RLMMigration *migration, uint64_t oldSchemaVersion) {
// 你修改那个表就对那个进行枚举
if (oldSchemaVersion <1) {
[migration enumerateObjects:Student.className block:^(RLMObject * _Nullable oldObject, RLMObject * _Nullable newObject) {
// 删除一个属性值 我们不需要任何操作 只需要修改模型即可
}];

}
// 获取默认配置
RLMRealmConfiguration *cOnfig= [RLMRealmConfiguration defaultConfiguration];
// 修改默认配置版本和迁移block 注意版本号的变化
config.schemaVersion = 1;
config.migratiOnBlock= migratiobBlock;
[RLMRealmConfiguration setDefaultConfiguration:config];
// 执行打开realm,完成迁移
[RLMRealm defaultRealm];
}


  • 2.1.1 迁移之后




删除一个字段之后的表




  • 2.2增加一个字段


- (void)excuteMigration {
RLMMigrationBlock migratiobBlock = ^(RLMMigration *migration, uint64_t oldSchemaVersion) {
// 你修改那个表就对那个进行枚举
if (oldSchemaVersion <1) {
[migration enumerateObjects:Student.className block:^(RLMObject * _Nullable oldObject, RLMObject * _Nullable newObject) {
// 删除一个属性值 我们不需要任何操作 只需要修改模型即可
}];

}

// 在前面的基础上新增一个字段,如果不需要默认值,可不加这句话,如果一个字段需要其他字段的协助,需要自行进行操作
if (oldSchemaVersion <2) {
[migration enumerateObjects:Student.className block:^(RLMObject * _Nullable oldObject, RLMObject * _Nullable newObject) {
//这里给新增的字段添加一个默认值
newObject[@"sex"] = @"男";
}];
}
// 获取默认配置
RLMRealmConfiguration *cOnfig= [RLMRealmConfiguration defaultConfiguration];
// 修改默认配置版本和迁移block 注意版本号的变化
config.schemaVersion = 2;
config.migratiOnBlock= migratiobBlock;
[RLMRealmConfiguration setDefaultConfiguration:config];
// 执行打开realm,完成迁移
[RLMRealm defaultRealm];
}


  • 2.2.1迁移之后




迁移之后




  • 2.3字段类型的变化


- (void)excuteMigration {
RLMMigrationBlock migratiobBlock = ^(RLMMigration *migration, uint64_t oldSchemaVersion) {
// 你修改那个表就对那个进行枚举
if (oldSchemaVersion <1) {
[migration enumerateObjects:Student.className block:^(RLMObject * _Nullable oldObject, RLMObject * _Nullable newObject) {
// 删除一个属性值 我们不需要任何操作 只需要修改模型即可
}];

}

// 在前面的基础上新增一个字段,如果不需要默认值,可不加这句话,如果一个字段需要其他字段的协助,需要自行进行操作
if (oldSchemaVersion <2) {
[migration enumerateObjects:Student.className block:^(RLMObject * _Nullable oldObject, RLMObject * _Nullable newObject) {
//这里给新增的字段添加一个默认值
newObject[@"sex"] = @"男";
}];
}

if (oldSchemaVersion <3) {
[migration enumerateObjects:Student.className block:^(RLMObject * _Nullable oldObject, RLMObject * _Nullable newObject) {
if (oldObject && oldObject.objectSchema[@"sex"].type == RLMPropertyTypeString) {
newObject[@"sex"] = @([Student sexTypeForString:oldObject[@"sex"]]);
}
}];
}

};
// 获取默认配置
RLMRealmConfiguration *cOnfig= [RLMRealmConfiguration defaultConfiguration];
// 修改默认配置版本和迁移block 注意版本号的变化
config.schemaVersion = 3;
config.migratiOnBlock= migratiobBlock;
[RLMRealmConfiguration setDefaultConfiguration:config];
// 执行打开realm,完成迁移
[RLMRealm defaultRealm];
}


  • 2.3.1执行之后




迁移之后



*3.Student模型变化


#import
#import "Book.h"
// V0
//@interface Student : RLMObject
//@property int num;
//@property NSString *name;
//@property int age;
//@property RLMArray *books; //这里表示一对多的关系
//
//@end
RLM_ARRAY_TYPE(Student) //宏定义 定义RLMArray这个类型
//V1
//@interface Student : RLMObject
//@property int num;
//@property NSString *name;
//@property RLMArray *books; //这里表示一对多的关系
//
//@end
//V2
//@interface Student : RLMObject
//@property int num;
//@property NSString *name;
//@property NSString *sex;
//@property RLMArray *books; //这里表示一对多的关系
//@end
//V3
typedef NS_ENUM(NSInteger, Sex) {
Unknow = 0,
Male,
Female
};
@interface Student : RLMObject
@property int num;
@property NSString *name;
@property Sex sex;
@property RLMArray *books; //这里表示一对多的关系
+ (Sex)sexTypeForString:(NSString *)typeString;
@end

SQLite


关于SQLite数据库的迁移涉及到iOS的基本全部是FMDB相关的一个三方库 FMDBMigrationManager ,其实就是利用SQLite提供的ALTER TABLE命令来进行数据库的迁移,关于SQLite数据库迁移大家可以自行简书相关FMDB的迁移,我在这里就不演示了,对比前面两种的迁移方式,我感觉自己以后不会再用FMDB这个三方库了。


总结


除非你们的数据库设计特别完美,完全能满足你们以后的版本迭代需求,你不需要进行数据库的升级,但是这种情况也极少数发生,所以数据库升级在所难免,都提前准备好自己需要使用那种,这里为你准备了一篇关于数据库迁移的,欢迎收藏,欢迎吐槽。




推荐阅读
  • 本文介绍了在开发Android新闻App时,搭建本地服务器的步骤。通过使用XAMPP软件,可以一键式搭建起开发环境,包括Apache、MySQL、PHP、PERL。在本地服务器上新建数据库和表,并设置相应的属性。最后,给出了创建new表的SQL语句。这个教程适合初学者参考。 ... [详细]
  • 向QTextEdit拖放文件的方法及实现步骤
    本文介绍了在使用QTextEdit时如何实现拖放文件的功能,包括相关的方法和实现步骤。通过重写dragEnterEvent和dropEvent函数,并结合QMimeData和QUrl等类,可以轻松实现向QTextEdit拖放文件的功能。详细的代码实现和说明可以参考本文提供的示例代码。 ... [详细]
  • 本文分享了一个关于在C#中使用异步代码的问题,作者在控制台中运行时代码正常工作,但在Windows窗体中却无法正常工作。作者尝试搜索局域网上的主机,但在窗体中计数器没有减少。文章提供了相关的代码和解决思路。 ... [详细]
  • 使用Ubuntu中的Python获取浏览器历史记录原文: ... [详细]
  • Spring特性实现接口多类的动态调用详解
    本文详细介绍了如何使用Spring特性实现接口多类的动态调用。通过对Spring IoC容器的基础类BeanFactory和ApplicationContext的介绍,以及getBeansOfType方法的应用,解决了在实际工作中遇到的接口及多个实现类的问题。同时,文章还提到了SPI使用的不便之处,并介绍了借助ApplicationContext实现需求的方法。阅读本文,你将了解到Spring特性的实现原理和实际应用方式。 ... [详细]
  • 本文讨论了一个关于cuowu类的问题,作者在使用cuowu类时遇到了错误提示和使用AdjustmentListener的问题。文章提供了16个解决方案,并给出了两个可能导致错误的原因。 ... [详细]
  • 本文介绍了一个在线急等问题解决方法,即如何统计数据库中某个字段下的所有数据,并将结果显示在文本框里。作者提到了自己是一个菜鸟,希望能够得到帮助。作者使用的是ACCESS数据库,并且给出了一个例子,希望得到的结果是560。作者还提到自己已经尝试了使用"select sum(字段2) from 表名"的语句,得到的结果是650,但不知道如何得到560。希望能够得到解决方案。 ... [详细]
  • 前景:当UI一个查询条件为多项选择,或录入多个条件的时候,比如查询所有名称里面包含以下动态条件,需要模糊查询里面每一项时比如是这样一个数组条件:newstring[]{兴业银行, ... [详细]
  • Iamtryingtomakeaclassthatwillreadatextfileofnamesintoanarray,thenreturnthatarra ... [详细]
  • Spring源码解密之默认标签的解析方式分析
    本文分析了Spring源码解密中默认标签的解析方式。通过对命名空间的判断,区分默认命名空间和自定义命名空间,并采用不同的解析方式。其中,bean标签的解析最为复杂和重要。 ... [详细]
  • 本文介绍了Oracle数据库中tnsnames.ora文件的作用和配置方法。tnsnames.ora文件在数据库启动过程中会被读取,用于解析LOCAL_LISTENER,并且与侦听无关。文章还提供了配置LOCAL_LISTENER和1522端口的示例,并展示了listener.ora文件的内容。 ... [详细]
  • Java String与StringBuffer的区别及其应用场景
    本文主要介绍了Java中String和StringBuffer的区别,String是不可变的,而StringBuffer是可变的。StringBuffer在进行字符串处理时不生成新的对象,内存使用上要优于String类。因此,在需要频繁对字符串进行修改的情况下,使用StringBuffer更加适合。同时,文章还介绍了String和StringBuffer的应用场景。 ... [详细]
  • 本文详细介绍了Spring的JdbcTemplate的使用方法,包括执行存储过程、存储函数的call()方法,执行任何SQL语句的execute()方法,单个更新和批量更新的update()和batchUpdate()方法,以及单查和列表查询的query()和queryForXXX()方法。提供了经过测试的API供使用。 ... [详细]
  • 高质量SQL书写的30条建议
    本文提供了30条关于优化SQL的建议,包括避免使用select *,使用具体字段,以及使用limit 1等。这些建议是基于实际开发经验总结出来的,旨在帮助读者优化SQL查询。 ... [详细]
  • ALTERTABLE通过更改、添加、除去列和约束,或者通过启用或禁用约束和触发器来更改表的定义。语法ALTERTABLEtable{[ALTERCOLUMNcolu ... [详细]
author-avatar
mobiledu2502876483
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有