1

（找到答案。见下文。）

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

-更新-

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

每个内部字典都以所谓的synsetOffset.

下面的代码从存储中获取所有SYNSET_POINTER对象并将它们放入一个数组中。每个对象通过和( ) 属性SYNSET_POINER引用一个。它还包含一个关系，该关系将对象链接到by 匹配和对应的 insynsetsynsetOffsetpartOfSpeechposSYNSET_POINTERsynsetsynsetOffsetpossynsetdictionaryOfSynsetDictionaries

因此，现在，在将synset对象预取并组织到字典中之后，以下代码将所有SYNSET_POINTER对象获取到一个数组中，遍历数组，通过对应关系将同义词指针直接链接到同义词集对象。

在此处输入图像描述

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++;
}

在这里，我正在更新synsetPointerNSManagedObject 的子类 SYNSET_POINTER 类的指针的属性。我可以看到，在循环的每次迭代中，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 查看器中对表格进行排序，我看到大多数值仍然为零。上面的调试输出显示它们都已分配。由于某种原因，他们没有得救。

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

4

2 回答 2

1

解决了！

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

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

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

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

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

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

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

于 2012-11-30T19:36:34.457 回答
0

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

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

查看核心数据编程指南的这些部分：
关系和获取的属性
托管对象

于 2012-11-27T10:40:44.350 回答