objective-c – 合并两个iOS Core数据持久性商店的有效方式是什么?

在我们正在开发的应用程序中,我们使用Core Data与sqlite后备存储来存储我们的数据.我们的应用程序的对象模型是复杂的.此外,我们的应用程序提供的数据总量太大,无法适应iOS(iPhone / iPad / iPod Touch)应用程序包.由于我们的用户通常只对数据的一个子集感兴趣,所以我们已经以这样一种方式分配了我们的数据,使得应用程序附带了一个子集(尽管〜100 MB)的数据对象应用程式捆绑在通过iTunes应用内购买付费后,我们的用户可以从我们的服务器下载额外的数据对象(大小为5 MB到100 MB).

增量数据文件(存在于sqlite后备存储中)使用与捆绑包中附带的数据相同的xcdatamodel版本;对象模型有零个变化.增量数据文件作为gzip压缩的sqlite文件从我们的服务器下载.我们不想通过运送应用程序的增量内容来膨胀我们的应用程序包.此外,我们不想依赖Webservice查询(因为复杂的数据模型).

我们已经从我们的服务器测试了增量sqlite数据的下载.我们已经能够将下载的数据存储添加到应用程序的sharedStoreCoordinator中.

{
 NSError *error = nil;
 NSDictionary *options = [NSDictionary dictionaryWithObjectsAndKeys:
 [NSNumber numberWithBool:YES],NSMigratePersistentStoresAutomaticallyOption,[NSNumber numberWithBool:YES],NSInferMappingModelAutomaticallyOption,nil];

 if (![__persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType configuration:nil URL:defaultStoreURL options:options error:&error])
 { 
 NSLog(@"Failed with error: %@",[error localizedDescription]);
 abort();
 } 

// Check for the existence of incrementalStore
 // Add incrementalStore
 if (incrementalStoreExists) {
 if (![__persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType configuration:nil URL:incrementalStoreURL options:options error:&error])
 { 
 NSLog(@"Add of incrementalStore failed with error: %@",[error localizedDescription]);
 abort();
 } 
 }
 }

但是,这样做有两个问题.

>数据提取结果(例如,与NSFetchResultController)显示
来自incrementalStoreURL的数据附加到末尾
来自defaultStoreURL的数据.
>一些对象被重复.有很多实体
数据模型中的只读数据;当我们添加时,这些重复
第二个persistentStore到persistentStoreCoordinator.

理想情况下,我们希望Core Data将两个持久性存储的对象图合并成一个(在数据下载时,两个存储区的数据之间没有共享关系).此外,我们想删除重复的对象.
搜索网络时,我们看到了一些人试图做同样的事情,例如this answerthis answer.我们已经阅读了Marcus Zarra’s blog on importing large data sets in Core Data.但是,我们看不到任何解决方案为我们工作.我们不想手动将数据从增量存储读取并保存到默认存储,因为我们认为这将非常慢,并且在手机上容易出错.是否有更有效的合并方式?

我们已经尝试通过实现手动迁移来解决问题,如下所示.但是,我们未能成功地实现合并.我们对上面提到的答案1和2建议的解决方案并不清楚. Marcus Zarra的博客介绍了我们在将我们的大型数据集导入iOS的项目开始时所遇到的一些问题.

{
NSError *error = nil;
 NSDictionary *options = [NSDictionary dictionaryWithObjectsAndKeys:
 [NSNumber numberWithBool:YES],nil]; 

 NSMigrationManager *migrator = [[NSMigrationManager alloc] initWithSourceModel:__managedObjectModel destinationModel:__managedObjectModel];
 if (![migrator migrateStoreFromURL:stateStoreURL
 type:NSSQLiteStoreType 
 options:options 
 withMappingModel:nil
 toDestinationURL:destinationStoreURL 
 destinationType:NSSQLiteStoreType 
 destinationOptions:nil 
 error:&error])
 {
 NSLog(@"%@",[error userInfo]);
 abort();
 }
}

看来,答案1的作者最后从增量存储中读取数据并将其保存到默认存储.也许,我们误解了第1条和第1条建议的解决方案. 2.我们的数据大小可能导致我们无法手动读取和重新插入增量数据到默认存储.我的问题是:从两个persistentStores(具有相同的objectModel)获取对象图的最有效的方法是将其合并到一个persistentStore中是什么?

当我们向对象图添加新的实体属性或修改关系时,自动迁移工作得很好.是否有一个简单的解决方案来将类似的数据合并到相同的持久性存储中,这将有足够的弹性来停止和恢复 – 自动迁移完成?

解决方法

经过几次尝试,我已经弄清楚如何使这项工作.秘密是首先创建增量存储数据,而不需要任何只读实体的数据.在不将增量存储中的只读数据留下的情况下,数据迁移和合并后,这些实体将被复制.因此,增量存储应该在没有这些只读实体的情况下创建.默认商店将是唯一拥有它们的商店.

例如,我的数据模型中有“国家”和“国家”的实体.我需要在对象图中只有一个国家和州的实例.我把这些实体保留在增量存储中,并且仅在默认存储中创建它们.我使用Fetched Properties松开链接我的主体图形到这些实体.我在模型中创建了所有实体实例的默认存储.增量存储在数据创建完成后,没有只读实体(即我的情况下的国家和州)开始或删除它们.

下一步是在应用程序启动期间将增量存储添加到自己的persistentStoreCoordinator(与要迁移所有内容的默认存储的协调器不同).

最后一步是在增量存储上调用migratePersistentStore方法将其数据合并到主(即默认)存储.普雷斯托!

以下代码片段说明了上面提到的最后两个步骤.我做了这些步骤,使我的设置将增量数据合并到主数据存储工作.

{
    NSError *error = nil;
    NSDictionary *options = [NSDictionary dictionaryWithObjectsAndKeys:
    [NSNumber numberWithBool:YES],nil];

    if (![__persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType configuration:nil URL:defaultStoreURL options:options error:&error])
    {            
        NSLog(@"Failed with error:  %@",[error localizedDescription]);
        abort();
    }    

    // Check for the existence of incrementalStore
    // Add incrementalStore
    if (incrementalStoreExists) {

        NSPersistentStore *incrementalStore = [_incrementalPersistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType configuration:nil URL:incrementalStoreURL options:options error:&error];
        if (!incrementalStore)
        {
            NSLog(@"Unresolved error %@,%@",error,[error userInfo]);
            abort();
        }    

        if (![_incrementalPersistentStoreCoordinator migratePersistentStore:incrementalStore
            toURL:_defaultStoreURL
            options:options
            withType:NSSQLiteStoreType
            error:&error]) 
        {
            NSLog(@"%@",[error userInfo]);
            abort();

        }

        // Destroy the store and store coordinator for the incremental store
        [_incrementalPersistentStoreCoordinator removePersistentStore:incrementalStore error:&error];
        incrementalPersistentStoreCoordinator = nil;
        // Should probably delete the URL from file system as well
        //
    }
}

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


一.C语言中的static关键字 在C语言中,static可以用来修饰局部变量,全局变量以及函数。在不同的情况下static的作用不尽相同。 (1)修饰局部变量 一般情况下,对于局部变量是存放在栈区的,并且局部变量的生命周期在该语句块执行结束时便结束了。但是如果用static进行修饰的话,该变量便存
浅谈C/C++中的指针和数组(二) 前面已经讨论了指针和数组的一些区别,然而在某些情况下,指针和数组是等同的,下面讨论一下什么时候指针和数组是相同的。C语言标准对此作了说明:规则1:表达式中的数组名被编译器当做一个指向该数组第一个元素的指针; 注:下面几种情况例外 1)数组名作为sizeof的操作数
浅谈C/C++中的指针和数组(一)指针是C/C++的精华,而指针和数组又是一对欢喜冤家,很多时候我们并不能很好的区分指针和数组,对于刚毕业的计算机系的本科生很少有人能够熟练掌握指针以及数组的用法和区别。造成这种原因可能跟现在大学教学以及现在市面上流行的很多C或者C++教程有关,这些教程虽然通俗易懂,
从两个例子分析C语言的声明 在读《C专家编程》一书的第三章时,书中谈到C语言的声明问题,《C专家编程》这本书只有两百多页,却花了一章的内容去阐述这个问题,足以看出这个问题的重要性,要想透彻理解C语言的声明问题仅仅看书是远远不够的,需要平时多实践并大量阅读别人写的代码。下面借鉴《C专家编程》书中的两个
C语言文件操作解析(一)在讨论C语言文件操作之前,先了解一下与文件相关的东西。一.文本文件和二进制文件 文本文件的定义:由若干行字符构成的计算机文件,存在于计算机系统中。文本文件只能存储文件中的有效字符信息,不能存储图像、声音等信息。狭义上的二进制文件则指除开文本文件之外的文件,如图片、DOC文档。
C语言文件操作解析(三) 在前面已经讨论了文件打开操作,下面说一下文件的读写操作。文件的读写操作主要有4种,字符读写、字符串读写、块读写以及格式化读写。一.字符读写 字符读写主要使用两个函数fputc和fgetc,两个函数的原型是: int fputc(int ch,FILE *fp);若写入成功则
浅谈C语言中的位段 位段(bit-field)是以位为单位来定义结构体(或联合体)中的成员变量所占的空间。含有位段的结构体(联合体)称为位段结构。采用位段结构既能够节省空间,又方便于操作。 位段的定义格式为: type [var]:digits 其中type只能为int,unsigned int,s
C语言文件操作解析(五)之EOF解析 在C语言中,有个符号大家都应该很熟悉,那就是EOF(End of File),即文件结束符。但是很多时候对这个理解并不是很清楚,导致在写代码的时候经常出错,特别是在判断文件是否到达文件末尾时,常常出错。1.EOF是什么? 在VC中查看EOF的定义可知: #def
关于VC+ʶ.0中getline函数的一个bug 最近在调试程序时,发现getline函数在VC+ʶ.0和其他编译器上运行结果不一样,比如有如下这段程序:#include <iostream>#include <string>using namespace std;int
C/C++浮点数在内存中的存储方式 任何数据在内存中都是以二进制的形式存储的,例如一个short型数据1156,其二进制表示形式为00000100 10000100。则在Intel CPU架构的系统中,存放方式为 10000100(低地址单元) 00000100(高地址单元),因为Intel CPU
浅析C/C++中的switch/case陷阱 先看下面一段代码: 文件main.cpp#includeusing namespace std;int main(int argc, char *argv[]){ int a =0; switch(a) { case ...
浅谈C/C++中的typedef和#define 在C/C++中,我们平时写程序可能经常会用到typedef关键字和#define宏定义命令,在某些情况下使用它们会达到相同的效果,但是它们是有实质性的区别,一个是C/C++的关键字,一个是C/C++的宏定义命令,typedef用来为一个已有的数据类型
看下面一道面试题:#include<stdio.h>#include<stdlib.h>int main(void) { int a[5]={1,2,3,4,5}; int *ptr=(int *)(&aʱ); printf("%d,%d",*(
联合体union 当多个数据需要共享内存或者多个数据每次只取其一时,可以利用联合体(union)。在C Programming Language 一书中对于联合体是这么描述的: 1)联合体是一个结构; 2)它的所有成员相对于基地址的偏移量都为0; 3)此结构空间要大到足够容纳最"宽&quo
从一个程序的Bug解析C语言的类型转换 先看下面一段程序,这段程序摘自《C 专家编程》:#include<stdio.h>int array[]={23,34,12,17,204,99,16};#define TOTAL_ELEMENTS (sizeof(array)/sizeof(ar
大端和小端 嵌入式开发者应该对大端和小端很熟悉。在内存单元中数据是以字节为存储单位的,对于多字节数据,在小端模式中,低字节数据存放在低地址单元,而在大端模式中,低字节数据存放在高地址单元。比如一个定义一个short型的变量a,赋值为1,由于short型数据占2字节。在小端模式中,其存放方式为0X40
位运算和sizeof运算符 C语言中提供了一些运算符可以直接操作整数的位,称为位运算,因此位运算中的操作数都必须是整型的。位运算的效率是比较高的,而且位运算运用好的话会达到意想不到的效果。位运算主要有6种:与(&),或(|),取反(~),异或(^),左移(>)。1.位运算中的类型转换位
C语言文件操作解析(四)在文件操作中除了打开操作以及读写操作,还有几种比较常见的操作。下面介绍一下这些操作中涉及到的函数。一.移动位置指针的函数 rewind函数和fseek函数,这两个函数的原型是:void rewind(FILE *fp); 将位置指针移动到文件首 int fseek(FILE
结构体字节对齐 在用sizeof运算符求算某结构体所占空间时,并不是简单地将结构体中所有元素各自占的空间相加,这里涉及到内存字节对齐的问题。从理论上讲,对于任何变量的访问都可以从任何地址开始访问,但是事实上不是如此,实际上访问特定类型的变量只能在特定的地址访问,这就需要各个变量在空间上按一定的规则排
C语言文件操作解析(二)C语言中对文件进行操作必须首先打开文件,打开文件主要涉及到fopen函数。fopen函数的原型为 FILE* fopen(const char *path,const char *mode) 其中path为文件路径,mode为打开方式 1)对于文件路径,只需注意若未明确给出绝