获取PermanentID后,Core Data无法满足对象的错误

Question

我从网络服务器获取数据,在一个名为的子私有背景上下文中处理它backgroundMOC.它是一个mainMOC链接到主UI的子节点,因此保存backgroundMOC触发器UI更改.它mainMOC是一个子节点,masterMOC它是一个绑定到持久存储的私有后台队列,因此保存在主节点上会保存到磁盘.

我现在做的是接收数据,创建新对象backgroundMOC,然后保存backgroundMOC(以便UI更新),保存mainMOC,(这样我几乎可以保存到磁盘),并保存masterMOC(这样我最终可以写入磁盘).问题是当对象通过提取的结果控制器出现在UI中时,objectId它仍然是临时的.

这会导致重复行问题,如果我从服务器收到相同的数据(偶然),我backgroundMOC不知道这个对象已经存在,因为它没有被分配永久ID,所以它创建了另一个对象.当我重新启动应用程序时,重复的对象消失了,所以我知道这只是id映射的问题.

所以我想我可能会尝试

[backgroundMOC obtainPermanentIDsForObjects:backgroundMOC.registeredObjects.allObjects error:nil];

在保存之前(我在保存之后也尝试过).但是,由于某种原因,调用此行会引发异常:

CoreData无法解决...的错误

如果您有任何可能引导我朝正确方向发展的提示,请分享.谢谢

编辑:好的,所以最初我在backgroundMOC上调用了acquirePermanentIDsForObjects,后者是mainMOC的子节点,它是masterMOC的子节点.我切换它以便我获得mainMOC上的ID,它解决了我所有的问题(现在).我是不是应该在子环境中调用obtainPermIds？

Answer 1

这是一个已知的错误(嵌套的上下文在保存新对象时没有获得永久ID)可以,并且应该在即将发布的版本中修复...

您应该能够要求永久ID,但您只应在已插入的对象上询问它们.

[moc obtainPermanentIDsForObjects:moc.insertedObjects.allObjects error:0];

您必须在保存MOC之前执行此操作,因为如果在不获取永久ID的情况下进行保存,则临时ID将传播到父上下文.例如,在您保存到mainMoc的情况下,然后获取IDS,backgroundMOC仍然具有临时ID,因此将来保存它将创建重复数据.

请注意,获取永久ID会一直到数据库,但如果您在主MOC的子MOC中执行此操作,则在发生这种情况时,您不应该阻止主线程.

所以,在你从最低级别的MOC中保存时,你应该有效地拥有这样的东西(当然有适当的错误处理)......

[backgroundMoc performBlock:^{
    [backgroundMoc obtainPermanentIDsForObjects:backgroundMoc.insertedObjects.allObjects error:0];
    [backgroundMoc save:0];
    [mainMoc performBlock:^{
       [mainMoc save:0];
        [masterMoc performBlock:^{
            [masterMoc save:0];
        }];
    }];
}];

如果你愿意,你可以玩其他一些游戏.

在NSManagedObject上提供类似于此的类别...

@implementation NSManagedObject (initWithPermanentID)
- (id)initWithEntity:(NSEntityDescription *)entity insertWithPermanentIDIntoManagedObjectContext:(NSManagedObjectContext *)context {
    if (self = [self initWithEntity:entity insertIntoManagedObjectContext:context]) {
        NSError *error = nil;
        if (![context obtainPermanentIDsForObjects:@[self] error:&error]) {
            @throw [NSException exceptionWithName:@"CoreData Error" reason:error.localizedDescription userInfo:error.userInfo];
        }
    }
    return self;
}

+ (NSArray*)createMultipleObjects:(NSUInteger)count withEntity:(NSEntityDescription *)entity inManagedObjectContext:(NSManagedObjectContext *)context {
    NSMutableArray *array = [NSMutableArray arrayWithCapacity:count];
    for (NSUInteger i = 0; i < count; ++i) {
        [array addObject:[[self alloc] initWithEntity:entity insertIntoManagedObjectContext:context]];
    }
    NSError *error = nil;
    if (![context obtainPermanentIDsForObjects:array error:&error]) {
        @throw [NSException exceptionWithName:@"CoreData Error" reason:error.localizedDescription userInfo:error.userInfo];
    }
    return array;
}
@end

现在,在第一个,你付钱进入数据库并为每个创建的实体创建一个ID,但它并没有那么多,而且它发生在后台线程中,每次下降都很短......

哦,这不是最好的,但它提供了有用的.此外,第二个创建同一个对象的多个,并同时抓取它们的永久ID.

您也可以使用直接连接到PSC的MOC,并观察DidChange事件,但这与旧方法相同.

不幸的是,您不能只有一个单独的MOC来生成persistentID请求并传递ObjectID,尽管您可以在DB中有一个单独的MOC制作原型对象,并为您提供它们的ObjectID.

原型工厂是一种相当普遍的模式,如果你走这条路线,当最终的错误修复到达时,很容易做出微小的改变.

编辑

回应斯文......

如果要创建新的复杂图形,则需要在创建后立即获取永久ID.要减少商店的点击次数,您应该全部创建它们,然后立即获取ID,然后开始连接它们.

老实说,所有这些都是为了解决当前存在的错误,这些错误值得解决中小型更新.当修复错误时,你的代码将是相同的(没有获得).所以,我建议这种方法用于较小的进口.

如果您正在进行大规模更新,我建议使用"旧"方法.创建一个直接连接到PSC的新MOC.在那里进行所有更改,并让您的"实时"上下文与这些DidSave通知合并.

最后,关于永久ID的数据库影响.丢弃MOC是可以的.磁盘已命中,元数据已更改,但对象未保留.

老实说,我没有做一个大的测试,看看是否有任何空的空间,所以你可能想要这样做并回到我身边.

查看磁盘上的实际数据库文件大小,然后创建10000个对象,然后获取持久ID,释放MOC,再次查看大小.

如果存在影响,您可以尝试删除对象,或在大量更新后对数据库运行真空,以查看是否有效.

如果您要创建许多可能丢弃的对象,则无需访问数据库.您可能只想直接附加到PSC并使用旧的忠实通知.