cocoa - NSManagedObject 未保存——谨防反向关系

Question

(已找到答案。见下文。)

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

-更新-

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

每个内部字典都以 synsetOffset 为键。 .

下面的代码获取所有 SYNSET_POINTER从存储中获取对象并将它们放入数组中。每个SYNSET_POINER对象指的是 synset通过synsetOffset和partOfSpeech ( pos ) 属性。它还包含链接 SYNSET_POINTER 的关系。反对synset通过匹配synsetOffset和pos对应的synset在dictionaryOfSynsetDictionaries

现在，在预取并组织 synset 之后对象到字典中，以下代码获取所有 SYNSET_POINTER将对象放入数组中，迭代该数组，通过对应关系将 synset 指针直接链接到其 synset 对象。

(上图显示了 SYNSET 和 SYNSET_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++;
}

在这里，我正在更新属性 synsetPointer SYNSET_POINTER 类的指针，该类是 NSManagedObject 的子类。我可以看到在循环的每次迭代中，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>";
})

synsetPointersArray按 synsetOffset 排序值(value)。我可以在 Firefox 的 sqlite 查看器中对表进行排序，我发现大多数值仍然为零。上面的调试输出显示它们都已分配。由于某种原因，他们没有被拯救。

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

Answer 1

解决了!

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

SYNSET_POINTER.synsetPointer 应指向一个且仅一个 SYNSET 对象。

但事实证明，多个 SYNSET_POINTER 对象可以指向单个 SYNSET 对象。

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

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

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

就我而言，我确实不需要反向关系，所以将其包含在内是事后的想法，认为我以后可能会使用它。我的建议是在最初建立这些类型的反向关系时仔细考虑它们。否则，以后可能会惹出麻烦。