NSManagedObject 没有被保存——当心反向关系

Posted

技术标签:

【中文标题】NSManagedObject 没有被保存——当心反向关系【英文标题】:NSManagedObjects not being saved -- Beware of Inverse Relationships 【发布时间】:2012-11-27 06:15:27 【问题描述】:

(找到答案。见下文。)

在下面的代码中,我通过链接一些关系来更新大约 350,000 条记录。但是,最后,我检查了 sqlite 数据库,只保存了一小部分关系。其余的仍然为零。

-更新-

在描述有问题的代码之前,我应该解释一下dictionaryOfSynsetDictionaries 包含预取的synset 对象。它被组织成一个包含四个字典的字典,其中键是“n”、“v”、“a”和“r”(用于四个词性,或pos)。每个内部字典都包含对 synset 对象的引用,这些对象是 NSManagedObject 的子类。

每个内部词典都由所谓的synsetOffset 键入。

下面的代码从存储中获取所有SYNSET_POINTER 对象并将它们放入一个数组中。每个SYNSET_POINER 对象通过synsetOffsetpartOfSpeech (pos) 属性引用synset。它还包含将SYNSET_POINTER 对象链接到synset 的关系,方法是将synsetOffsetposdictionaryOfSynsetDictionaries 中的相应synset 匹配

现在,在将synset 对象预取并组织到字典中之后,以下代码将所有SYNSET_POINTER 对象提取到一个数组中,遍历该数组,通过对应关系。

(上图显示SYNSETSYNSET_POINTER对象之间的两种关系。这是基于原始数据集组织。它们有两个不同的目的。对于这个问题,我指的是一对一关系。)

-结束更新-

这是进行更新的代码:

[request setEntity:[NSEntityDescription entityForName:@"SYNSET_POINTER" inManagedObjectContext:[ManagedObjectContext moc]]];
predicate = nil;
[request setPredicate:predicate];
sortDescriptor = [[NSSortDescriptor alloc] initWithKey:@"synsetOffset" ascending:YES];
[request setSortDescriptors:[NSArray arrayWithObject:sortDescriptor]];
NSArray *synsetPointersArray = [[ManagedObjectContext moc] executeFetchRequest:request error:&error];

int i = 0;
int j = 0;

for(SYNSET_POINTER *pointer in synsetPointersArray) 
    NSString *pos = pointer.partOfSpeech;
    NSString *offset = [pointer.synsetOffset stringValue];
    pointer.synsetPointer = [[dictionaryOfSynsetDictionaries objectForKey:pos] objectForKey:offset];
    error = nil;
    if (![[ManagedObjectContext moc] save:&error]) 
        NSLog(@"error with save\n%@\n%@",error.localizedFailureReason, error.localizedDescription);
        NSLog(@"pause and quit");
    
    NSLog(@"pos %@, offset %@, pointer %@", pos, offset, pointer);
    if (j==100) 
        NSLog(@"%@ %d", pos, i);
        j=0;
    
    i++;
    j++;

在这里,我正在为 NSManagedObject 的子类 SYNSET_POINTER 的指针更新属性synsetPointer。我可以看到,在循环的每次迭代中,synsetPointer 关系确实指向了一个正确的对象,就像在这个调试器输出中一样:

2012-11-26 22:03:08.753           [26156:fb03] pos v, offset 5815, pointer <SYNSET_POINTER: 0x404e84f0> (entity: SYNSET_POINTER; id: 0x404d00d0 <x-coredata://9136BC94-4D77-4DB6-B03F-4F3AA35E2E49/SYNSET_POINTER/p282133> ; data: 
    partOfSpeech = v;
    pointerSymbol = "~";
    reverseRelatedSynset = "0x244cd880 <x-coredata://9136BC94-4D77-4DB6-B03F-4F3AA35E2E49/SYNSET/p85476>";
    sourceTarget = 0000;
    synsetOffset = 5815;
    synsetPointer = "0x244cdda0 <x-coredata://9136BC94-4D77-4DB6-B03F-4F3AA35E2E49/SYNSET/p83738>";
)
2012-11-26 22:03:08.822           [26156:fb03] pos v, offset 5815, pointer <SYNSET_POINTER: 0x404e8530> (entity: SYNSET_POINTER; id: 0x404d00e0 <x-coredata://9136BC94-4D77-4DB6-B03F-4F3AA35E2E49/SYNSET_POINTER/p285862> ; data: 
    partOfSpeech = v;
    pointerSymbol = "@";
    reverseRelatedSynset = "0x244cd870 <x-coredata://9136BC94-4D77-4DB6-B03F-4F3AA35E2E49/SYNSET/p86470>";
    sourceTarget = 0000;
    synsetOffset = 5815;
    synsetPointer = "0x244cdda0 <x-coredata://9136BC94-4D77-4DB6-B03F-4F3AA35E2E49/SYNSET/p83738>";
)

synsetPointersArraysynsetOffset 值排序。我可以在 Firefox 的 sqlite 查看器中对表格进行排序,我看到大多数值仍然为零。上面的调试输出显示它们都已分配。由于某种原因,它们没有被保存。

任何人都可以看到此代码存在阻止某些更新的问题吗?

【问题讨论】:

【参考方案1】:

解决了!

从我提供的所有信息来看,这并不明显,但我发现图片中显示的一对一关系是问题所在。

SYNSET_POINTER.synsetPointer 应该指向一个且只有一个 SYNSET 对象。

但事实证明,不止一个 SYNSET_POINTER 对象可以指向一个单独的 SYNSET 对象

因此,反向关系 SYNSET.reverseSynsetPoint 应该已配置为一对多双向关系的一部分。

由于托管对象上下文负责解决反向关系,因此一对一关系意味着先前分配的链接将自动失效。每次更改 SYNSET.reverseSynSetPointer 时,将新的 SYNSET_POINTER 分配给已经设置了 SYNSET_POINTER 到 SYNSET 关系的 SYNSET 将使两个方向上的现有链接无效。这会在 SYNSET_POINTER 端留下一个悬空链接,但托管对象上下文会自动将其无效。

所以 Core Data 一直在设置和保存更改。但是,正如我所料,在配置了许多这些链接之后,它们也被取消了。

在我的情况下,我真的不需要反向关系,并将它作为事后的想法包括在内,认为我以后可能会使用它。我的建议是在最初设置这些类型的反向关系时仔细考虑它们。否则,他们可能会在以后制造麻烦。

【讨论】:

这对我很有帮助!谢谢。必须注意那些一对一的。【参考方案2】:

您的代码使用了非常糟糕的变量名,这使得您难以理解您想要实现的目标。但是,您似乎犯了一个基本的概念错误。

一般来说,要在核心数据中建立关系,您不会将对其他核心数据对象的引用保存为这些对象中的属性。相反,您使用关系并让核心数据处理外键的技术细节。为了将对象添加到关系中,请在对象类中使用 Core Data 生成的访问器。

查看核心数据编程指南的这些部分:Relationships and Fetched PropertiesManaged Objects

【讨论】:

嗨,蒙迪。是的,我必须同意你的名字。我正在移植一个现有的数据集,并且名称与其原始文档一致。我自己花了很长时间才理解它,而且这些名字没有帮助。我确实省略了关于dictionaryOfSynsetDictionaries 对象内容的一点。它包含对我在此更新之前立即获取的所有synset 对象的引用。这些同义词集对象中约有 150,000 个。我将通过对此的解释来更新我的问题。

以上是关于NSManagedObject 没有被保存——当心反向关系的主要内容,如果未能解决你的问题,请参考以下文章

保存时检测对 NSManagedObject 的更改

如何将 imageData 保存到 NSManagedObject 属性

上下文保存失败后未保存的 NSManagedObject 生命周期

有没有办法检查 NSManagedObject 是不是被释放?

保存上下文不会保留更新的 NSManagedObject

数据挖掘要当心“雷区”