【问题标题】:Migrating a many-to-many relationship to a join table in Core Data将多对多关系迁移到 Core Data 中的连接表
【发布时间】:2012-06-25 20:22:30
【问题描述】:

我有一个 iPhone 应用程序,它使用多对多关系将标签和注释链接在一起。我目前正在使用 Core Data 的“关系”功能来完成此任务,但希望改用连接表。

这是我的挑战:我想从旧模型迁移到连接表模型,我需要弄清楚如何执行该数据迁移。

有没有很好的例子说明如何做到这一点?

更新:我在这里澄清我的问题以帮助解决这里发生的事情:我想尝试使用 Simperium 来支持我们的应用程序,但 Simperium 不支持多对多关系 (!)。

作为我想要做的一个例子,让我们以 iPhoneCoreDataRecipes 应用为例。

这是我的核心数据方案目前的样子:

...这就是我要过渡到的内容:

我如何从一个到另一个,并随身携带数据?

众所周知,Apple 的核心数据迁移文档很少,而且我没有看到任何有用的演练使用 NSEntityMapping 或 NSMigrationManager 子类来完成工作。

【问题讨论】:

  • simperium 如何从您的模型中获取数据?你不能通过在食谱和成分中添加一些类别来伪造这个布局吗?
  • “类别”是什么意思?
  • Simperium 通过获取实体并将它们与其服务器同步来工作。问题是,它只获取属性、一对一和一对多关系,因为目前 Simperium 无法使用多对多关系。
  • 使用客观的 c 类别,您可以向对象添加方法,从而添加假属性。 Simperium 通过您的实体查看您的数据(而不是通过查看支持(sqlite)存储?)。所以你可以添加一个方法(/property)recipeIngredient,这在 Simperium 看来是链接到一个连接表,而实际上它只是你的多重多重链接上的不同视图(实际上是作为连接表实现的) ,毕竟)。
  • 您需要了解 Simperium 在查看您的实体时是如何工作的。他们可以实施各种方法。您是否提供模型,或者他们的代码是否会自动找到它,如果是这样:如何?等等等等。

标签: iphone ios core-data core-data-migration simperium


【解决方案1】:

下面是基本流程:

  1. 创建数据模型的版本化副本。 (选择模型,然后编辑器->添加模型版本)

  2. 对数据模型的新副本进行更改

  3. 将新数据模型的副本标记为当前版本。 (单击顶级 xcdatamodel 项,然后在文件检查器中将“版本化数据模型”部分下的“当前”条目设置为您在步骤 1 中创建的新数据模型。

  4. 更新您的模型对象以添加 RecipeIngredient 实体。还将配方和成分实体上的成分和配方关系替换为您在步骤 2 中创建的新关系到 RecipeIngredient 实体。 (两个实体都添加了这个关系。我叫我的 recipeIngredients)显然,无论您在旧代码中创建从成分到配方的关系,您现在都需要创建一个 RecipeIngredient 对象..但这超出了这个答案的范围。

  5. 在模型之间添加新的映射(文件->新文件...->(核心数据部分)->映射模型。这将为您自动生成多个映射。RecipeToRecipe、IngredientToIngredient 和 RecipeIngredient。

  6. 删除配方成分映射。同时删除它为RecipeToRecipe 和IngredientToRecipe 提供的recipeIngredient 关系映射(或您在步骤2 中调用的任何内容)。

  7. 将RecipeToRecipe 映射拖到映射规则列表的最后。 (这是重要,以便我们确保在食谱之前迁移成分,以便我们在迁移食谱时可以将它们链接起来。)迁移将按照迁移规则列表的顺序进行.

  8. 为 RecipeToRecipe 映射“DDCDRecipeMigrationPolicy”设置自定义策略(这将覆盖 Recipes 对象的自动迁移,并为我们提供一个可以执行映射逻辑的挂钩。

  9. 通过继承 NSEntityMigrationPolicy 的子类来创建 DDDCDRecipeMigrationPolicy 以覆盖 createDestinationInstancesForSourceInstance(请参见下面的代码)。这将为每个食谱调用一次,这将让我们创建食谱对象,以及将其链接到成分的相关食谱成分对象。我们将让成分由 Xcode 在第 5 步中自动为我们创建的映射规则自动迁移。

  10. 无论您在何处创建持久对象存储(可能是 AppDelegate),请确保将用户字典设置为自动迁移数据模型:

if (![__persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType 
      configuration:nil 
      URL:storeURL 
      options:[NSDictionary dictionaryWithObjectsAndKeys:[NSNumber numberWithBool:YES], NSMigratePersistentStoresAutomaticallyOption,  nil] 
      error:&error])
{
}

NSEntityMigrationPolicy 的子类

#import <CoreData/CoreData.h>
@interface DDCDRecipeMigrationPolicy : NSEntityMigrationPolicy
@end

*覆盖 DDCDRecipeMigrationPolicy.m 中的 createDestinationInstancesForSourceInstance *

- (BOOL)createDestinationInstancesForSourceInstance:(NSManagedObject *)sInstance entityMapping:(NSEntityMapping *)mapping manager:(NSMigrationManager *)manager error:(NSError **)error
{

    NSLog(@"createDestinationInstancesForSourceInstance : %@", sInstance.entity.name);

   //We have to create the recipe since we overrode this method. 
   //It's called once for each Recipe.  
    NSManagedObject *newRecipe = [NSEntityDescription insertNewObjectForEntityForName:@"Recipe" inManagedObjectContext:[manager destinationContext]];
    [newRecipe setValue:[sInstance valueForKey:@"name"] forKey:@"name"];
    [newRecipe setValue:[sInstance valueForKey:@"overview"] forKey:@"overview"];
    [newRecipe setValue:[sInstance valueForKey:@"instructions"] forKey:@"instructions"];

    for (NSManagedObject *oldIngredient in (NSSet *) [sInstance valueForKey:@"ingredients"])
    {
        NSFetchRequest *fetchByIngredientName = [NSFetchRequest fetchRequestWithEntityName:@"Ingredient"];
        fetchByIngredientName.predicate = [NSPredicate predicateWithFormat:@"name = %@",[oldIngredient valueForKey:@"name"]];

        //Find the Ingredient in the new Datamodel.  NOTE!!!  This only works if this is the second entity migrated.
         NSArray *newIngredientArray = [[manager destinationContext] executeFetchRequest:fetchByIngredientName error:error];

        if (newIngredientArray.count == 1)
        {
             //Create an intersection record. 
            NSManagedObject *newIngredient = [newIngredientArray objectAtIndex:0];
            NSManagedObject *newRecipeIngredient = [NSEntityDescription insertNewObjectForEntityForName:@"RecipeIngredient" inManagedObjectContext:[manager destinationContext]];
            [newRecipeIngredient setValue:newIngredient forKey:@"ingredient"];
            [newRecipeIngredient setValue:newRecipe forKey:@"recipe"];
             NSLog(@"Adding migrated Ingredient : %@ to New Recipe %@", [newIngredient valueForKey:@"name"], [newRecipe valueForKey:@"name"]);
        }


    }

    return YES;
}

我会在 Xcode 和示例 Xcode 项目中发布设置图片,但我似乎还没有任何关于堆栈溢出的声誉点......所以它不会让我这样做。我也会把这个发布到我的博客上。 bingosabi.wordpress.com/。

还要注意,Xcode Core Data 模型映射的东西有点不稳定,偶尔需要“干净”、良好的 Xcode 恢复器、模拟器反弹或以上所有方法才能使其正常工作。

【讨论】:

  • 我在这里有点怀疑,看来您在使用此代码时也在设置关系: [newRecipeIngredient setValue:newRecipe forKey:@"recipe"];这个方法不应该只创建实例而不设置关系吗?
  • 很好的答案!根据文档,由于您没有调用super,因此您需要在方法结束附近手动调用:[manager associateSourceInstance:sInstance withDestinationInstance:newRecipe forEntityMapping:mapping];
  • 我认为我有一个错误是由不正确的映射顺序引起的,但我似乎无法按照 Xcode 5 中的描述拖动它们 - 有什么诀窍吗?
  • @PushpRaj 您绝对可以在createDestinationInstancesForSourceInstance 中创建关系并使其成功迁移,即使developer.apple.com/library/ios/documentation/Cocoa/Conceptual/… 此处的文档建议您改为实现createRelationshipsForDestinationInstance。至少可以说令人困惑
【解决方案2】:

正如我在问题的 cmets 中建议的那样,您可能不想更改数据模型,而是在模型和不了解多对多关系的库之间建立一座桥梁。

您要创建的连接表实际上已经存在,您只需要另一种方式将您的数据呈现给这个库。

这是否可行,取决于该库如何看待您的模型。它可以通过多种方式查询您的实体的属性,或者您可以指定要复制哪些属性/关系。

如果没有关于这一切的任何细节,很难给出真正的答案,但总体思路是:

您有一些标题如下所示的托管对象:

// Recipe.h

@interface Recipe : NSManagedObject
@property (nonatomic,retain) NSSet *ingredients;
@end

现在您使用类别向该对象添加一些额外的方法:

// Recipe+fakejoin.h

@interface Recipe (fakejoin)
-(NSSet*)recipeIngredients;
@end

以及此方法在Recipe+fakejoin.m 中的实现,它返回带有RecipeIngredients 对象的NSSet

但正如我所说,如果这个库允许你在不破坏东西的情况下像这样玩耍,这是一个悬而未决的问题。如果这一切对您来说听起来很新鲜,最好找到另一个解决方案...

【讨论】:

  • 感谢 mvds,但我一直在与 Simperium 人员交谈,听起来这个解决方案无法解决问题。不过,我感谢您在回答中付出的努力! Simperium 要求数据有实际的核心数据表示。
  • 但是“实际的核心数据表示”是什么样的?你可以在 obj-c 中伪造几乎任何东西。
  • @mvds 这里的“实际核心数据表示”可能是 CoreData 托管对象模型中定义的实体布局。而且你不能通过向生成的 NSManagedObject 子类添加一些属性来“伪造”它。
猜你喜欢
  • 1970-01-01
  • 2014-03-18
  • 1970-01-01
  • 1970-01-01
  • 2016-04-07
  • 1970-01-01
  • 2016-08-31
  • 1970-01-01
  • 2021-12-27
相关资源
最近更新 更多