将数据插入核心数据时的奇怪行为

Question

编辑 1 虽然我知道对于这种特殊情况（和其他类似情况），我可以单独使用映射编辑器来正确迁移我的存储，以便持久存储中的值不会跳来跳去，但这不是我当前问题的解决方案，而只是避免解决问题的根源。我热衷于坚持我的自定义迁移策略，因为这将使我在迁移过程中获得很多控制权，特别是对于未来设置自定义迁移策略对我有用的场景。这是一个长期的解决方案，而不仅仅是针对这种情况。

我敦促您尝试帮助我解决当前的情况，而不是让我转向轻量级迁移或建议我避免使用迁移策略。谢谢。

我真的很期待解决这个问题以及您对我可以做些什么来解决这个问题的宝贵意见/想法。

我做了什么： 我设置了迁移策略，以便可以将源数据从核心模型的version 1 复制到新的目标数据到version 2。

这是迁移政策：

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

    // Create the product managed object
    Product *newProductInstance = [NSEntityDescription insertNewObjectForEntityForName:[mapping destinationEntityName]
                                                                inManagedObjectContext:[manager destinationContext]];

    NSString *productCode = [sInstance valueForKey:@"productCode"];
    NSNumber *productPrice = [sInstance valueForKey:@"productPrice"];
    [newProductInstance setProductCode: productCode];
    [newProductInstance setProductPrice:productPrice];

    /**
     The previous old product entries didnt have anything for the last attribute,
     where as the new instances of product entity should have a default value of YES.
     */
    [newProductInstance setProductPriceNeedsUpdating:[NSNumber numberWithBool:YES]];

    /*
    A test statement to make sure the destination object contains the correct
    values int he right properties:

    Product description: <NSManagedObject: 0xb983780> (entity: Product; id: 0xb9837b0 <x-coredata:///Product/t97685A9D-09B4-475F-BDE3-BC9176454AEF6> ; data: {
        productCode = 9999;
        productPrice = "2.09";
        productPriceNeedsUpdating = 1;
    })
    */
    NSLog(@"Product description: %@", [newProductInstance description]);

    // Set up the association between the old source product and the new destination Product for the migration manager
    [manager associateSourceInstance:sInstance
             withDestinationInstance:newProductInstance
                    forEntityMapping:mapping];
    return YES;
}

因此，即使测试的属性在运行时显示正确的值，保存在数据模型存储中的结果值也不正确，如快照所示。

这是数据存储版本 1 与版本 2 的比较。

版本 1：正确

到版本 2：现在错误地存储了值。

预期的输出应该将 Product price 插入到 productPrice 字段中，而不是在实际上应该只有布尔值的 ProductPriceNeedsUpdating 字段中。 谁能帮我理解我做错了什么，或者解释一下这里发生了什么？

更新 1 - 这是我的entity mappings：

更新 2 - 2014 年 8 月 20 日 01:02 GMT

当我从版本 1 中删除 date 类型的属性 ProductPriceLastUpdated，并在版本 2 中删除 boolean 类型的属性 ProductPriceNeedsUpdate 时，只留下在版本 1 和 2 中都匹配的两个属性，然后一切正常。即使我可以把它留在这里继续前进，我也不能忽略当前正在使用数据库版本 1 的用户，这些用户确实具有无意义的 ProductPriceLastUpdated 属性，我需要将类型转换为布尔值并且名称也更改为 @ 987654339@。那是事情开始变得奇怪的时候，价格值显示在ProductPriceNeedsUpdate 字段而不是productPrice 字段中。

我希望有人能解决最初的问题并告诉我为什么实体映射，或者更多，属性映射没有被正确保存？

更新 3 - EntityMapping 和属性：

版本 1

第 2 版

Answer 1

对于您的方案，不需要迁移策略。您可以只使用 映射模型 并执行以下操作：

1. 将不变的实体相互映射。在映射模型编辑器中，它应该显示类似A productCode | $source.productCode 的内容。这已经为您填写好了。
2. 要删除的属性 (productPriceLastUpdated) 根本不应该出现，因为在创建映射模型时指定了源模型和目标模型。由于目标模型不包含此属性，因此不会显示。
3. 在显示新布尔属性productPriceNeedsUpdating 的地方，为“值表达式”输入“1”（这相当于@YES）。它应该看起来像这样：
   A productPriceNeedsUpdating | 1

您现在无需定义策略，只需调用

migrateStoreFromURL:type:options:withMappingModel:toDestinationURL:
destinationType:destinationOptions:error

您只需使用映射模型编辑器即可完成非常复杂的操作。

您的屏幕截图来自模型编辑器。确保您熟悉映射编辑器。