NSManagedObjects未被保存 - 请注意反向关系

Question

（找到答案。见下文。）

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

-update -

在描述相关代码之前，我应该解释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相关联p>

现在，在将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值排序。我可以在Firefox中的sqlite查看器中对表进行排序，我发现大多数值仍为零。上面的调试输出显示它们都已分配。出于某种原因，他们没有得救。

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

Answer 1

解决！

我提供的所有信息都不明显，但我发现图片中显示的一对一关系是问题所在。

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

但它确定多个SYNSET_POINTER对象可以指向单个SYNSET对象。

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

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

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

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

Answer 2

您的代码使用非常差的变量名称，这使您很难理解您想要实现的目标。但是，你似乎犯了一个基本的概念错误。

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

查看核心数据编程指南的这些部分：
Relationships and Fetched Properties
Managed Objects