多次传递核心数据迁移的示例或解释？

Question

我的 iPhone 应用程序需要迁移其核心数据存储，并且某些数据库非常大。 Apple 的文档建议使用“多次传递”来迁移数据以减少内存使用。但是，该文档非常有限，并且没有很好地解释如何实际执行此操作。有人可以给我指出一个很好的例子，或者详细解释如何实际实现这一目标的过程吗？

Answer 1

我已经弄清楚苹果在他们的 文档。这实际上很简单，但要变得明显还有很长的路要走。我将用一个例子来说明这一解释。初始情况是这样的：

数据模型版本 1

这是使用“具有核心数据存储的基于导航的应用程序”模板创建项目时获得的模型。我编译了它，并在 for 循环的帮助下做了一些努力，创建了大约 2k 个条目，所有条目都有一些不同的值。我们有 2000 个具有 NSDate 值的事件。

现在我们添加数据模型的第二个版本，如下所示：

数据模型版本 2

的区别是：事件实体消失了，我们有了两个新实体。第一个将时间戳存储为 double，第二个将日期存储为 NSString。

目标是将所有版本 1 事件传输到两个新实体并在迁移过程中转换值。这会导致值的两倍，每个值在单独的实体中作为不同的类型。

为了迁移，我们选择手动迁移，并使用映射模型来完成此操作。这也是回答你问题的第一部分。我们将分两步进行迁移，因为迁移 2k 条目需要很长时间，而且我们希望保持较低的内存占用量。

您甚至可以继续进一步拆分这些映射模型以仅迁移实体范围。假设我们有一百万条记录，这可能会使整个过程崩溃。可以使用 过滤谓词。

回到我们的两个映射模型。

我们创建第一个映射模型，如下所示：

1。新文件 ->资源->映射模型

2.选择一个名字，我选择StepOne

3。设置源和目标数据模型

映射模型第一步

多次迁移不需要自定义实体迁移策略，但我们会这样做以获得更多详细信息对于这个例子。因此，我们向实体添加自定义策略。它始终是 NSEntityMigrationPolicy 的子类。

此策略类实现了一些方法来实现迁移。然而，在这种情况下很简单，因此我们只需实现一种方法： createDestinationInstancesForSourceInstance:entityMapping:manager:error:。

实现将如下所示：

StepOneEntityMigrationPolicy.m

#import "StepOneEntityMigrationPolicy.h"


@implementation StepOneEntityMigrationPolicy

- (BOOL)createDestinationInstancesForSourceInstance:(NSManagedObject *)sInstance 
                                      entityMapping:(NSEntityMapping *)mapping 
                                            manager:(NSMigrationManager *)manager 
                                              error:(NSError **)error
{
    // Create a new object for the model context
    NSManagedObject *newObject = 
        [NSEntityDescription insertNewObjectForEntityForName:[mapping destinationEntityName] 
                                      inManagedObjectContext:[manager destinationContext]];

    // do our transfer of nsdate to nsstring
    NSDate *date = [sInstance valueForKey:@"timeStamp"];
    NSDateFormatter *dateFormatter = [[NSDateFormatter alloc] init];
    [dateFormatter setTimeStyle:NSDateFormatterMediumStyle];
    [dateFormatter setDateStyle:NSDateFormatterMediumStyle];    

    // set the value for our new object
    [newObject setValue:[dateFormatter stringFromDate:date] forKey:@"printedDate"];
    [dateFormatter release];

    // do the coupling of old and new
    [manager associateSourceInstance:sInstance withDestinationInstance:newObject forEntityMapping:mapping];

    return YES;
}

最后一步：迁移本身

我将跳过设置第二个映射模型的部分，该模型几乎相同，只是用于将 NSDate 转换为双精度的 timeIntervalSince1970 。

最后我们需要触发迁移。我现在将跳过样板代码。如果你需要的话，我会在这里发布。它可以在 自定义迁移过程 它只是前两个代码示例的合并。第三部分也是最后一部分将修改如下：而不是使用 NSMappingModel 的类方法类mappingModelFromBundles:forSourceModel:destinationModel:< /code>我们将使用 initWithContentsOfURL: 因为类方法将仅返回一个（也许是第一个）在包中找到的映射模型。

现在我们已经有了两个映射模型，可以在循环的每次传递中使用它们并将 migrate 方法发送到迁移管理器。就是这样。

NSArray *mappingModelNames = [NSArray arrayWithObjects:@"StepOne", @"StepTwo", nil];
NSDictionary *sourceStoreOptions = nil;

NSURL *destinationStoreURL = [[self applicationDocumentsDirectory] URLByAppendingPathComponent:@"CoreDataMigrationNew.sqlite"];

NSString *destinationStoreType = NSSQLiteStoreType;

NSDictionary *destinationStoreOptions = nil;

for (NSString *mappingModelName in mappingModelNames) {
    NSURL *fileURL = [[NSBundle mainBundle] URLForResource:mappingModelName withExtension:@"cdm"];

    NSMappingModel *mappingModel = [[NSMappingModel alloc] initWithContentsOfURL:fileURL];

    BOOL ok = [migrationManager migrateStoreFromURL:sourceStoreURL
                                               type:sourceStoreType
                                            options:sourceStoreOptions
                                   withMappingModel:mappingModel
                                   toDestinationURL:destinationStoreURL
                                    destinationType:destinationStoreType
                                 destinationOptions:destinationStoreOptions
                                              error:&error2];
    [mappingModel release];
} 

注释

• 映射模型以捆绑包中的 cdm 结尾。

• 必须提供目标存储，并且不应是源存储。成功迁移后，您可以删除旧的并重命名新的。

• 创建映射模型后，我对数据模型做了一些更改，这导致了一些兼容性错误，我只能通过重新创建映射模型来解决。

Answer 2

这些问题是相关的：

在 iPhone 上迁移大型 CoreData 数据存储时出现内存问题

多次传递iOS 中的核心数据迁移

引用第一个链接：

官方对此有讨论
“多次传递”中的文档
部分，但是看起来像他们的
建议的方法是划分
您按实体类型进行的迁移，即
制作多个映射模型，每个模型
迁移实体的子集
完整数据模型中的类型。

Answer 3

假设您的数据库模式有 5 个实体，例如人员、学生、课程、班级和注册，以使用标准类型的示例，其中学生子类人员，班级实现课程，注册连接班级和学生。如果您对所有这些表定义进行了更改，则必须从基类开始，然后逐步向上。因此，您不能从转换注册开始，因为每个注册记录都取决于那里的班级和学生。因此，您将首先仅迁移 Person 表，将现有行复制到新表中，并填写其中的任何新字段（如果可能）并丢弃已删除的列。每次迁移都在自动释放池内进行，这样一旦完成，您的内存就会重新开始。

完成 Person 表后，您可以转换学生表。然后跳到课程，然后跳到班级，最后跳到注册表。

另一个考虑因素是记录的数量，如果像 Person 有一千行，你就必须每隔 100 行左右执行一次相当于发布的 NSManagedObject，这就是告诉托管对象上下文 [mocfreshObject:ob mergeChanges:不];
还将过时数据计时器设置得较低，以便经常刷新内存。