核心数据不会将属性更新保留到数据库

Question

我正在使用 NSManagedObject 的子类。实际上，它继承自一个类，该类又继承自一个本身又继承自 NSManagedObject 的类（这应该不是问题，对吧？）。

问题

在我对对象的属性进行更改后，该对象会在其生命周期中记住这些更改，但这些更改永远不会保存到数据库中。

我怎么知道这一点？

我知道这一点是因为：

• 当我重新启动应用程序时，我所做的更改将会丢失。
• 告诉上下文刷新对象 - 在我对对象进行更改并告诉上下文保存之后 - 将对象的值设置回我进行更改之前的原始状态。
• 在模拟器中运行应用程序时，我可以在 Finder 中查看 sqlite 数据库文件，并且当我尝试保存上下文时，它的修改日期不会更新。

没有任何内容写入数据库！

上下文

我正在使用自动生成的委托方法来创建存储协调器和上下文。然后，我按照文档中的建议，将上下文传递给视图控制器的 init 方法。该商店是 SQLite。

我能够成功地将对象插入数据库并读取它们。我什至可以对新插入的对象进行属性更改并成功保存。当对象从数据库中拉出时，我似乎无法更新对象属性。

该对象是通过另一个对象的关系从存储中获取的。更改其属性后，我调用上下文的 save 方法。然而，在这样做之前，我调用了对象的 isUpdated 方法和上下文的 hasChanges 方法，两者都返回 false。因为我刚刚更改了对象的属性但尚未保存上下文，所以它们不应该返回 true 吗？

更多

如果我在保存上下文之前调用对象的commitedChanges 方法，但传入我已更改的属性名称，我将返回属性的正确值。我不确定这意味着什么。我本以为这意味着对象的新属性值已成功保存，但显然它们没有保存。

我知道结果对象是在上下文中注册的。如果我调用

[[result managedObjectContext] refreshObject:result mergeChanges:YES];

该对象将恢复为原始属性值。这意味着上下文就在那里，并且它与从中获取记录的上下文相同。这意味着新的属性值永远不会写入数据库。

一些代码

这是我正在研究所有这些内容的代码。我的代码中还有其他地方进行属性更改，但这些更改从未保存。

- (IBAction)statusControlChanged:(UISegmentedControl *)control {
WCAAssessmentResult *result = [self currentResult];

    /* printing the existing property values */
    if (![result.complete boolValue]) NSLog(@"result is in progress!");
    else if ([result.passed boolValue]) NSLog(@"result is passed!");
    else NSLog(@"result is not passed!");

    /* changing the property values */
    switch (control.selectedSegmentIndex) {
        case 0:
            NSLog(@"setting incomplete");
            result.complete = [NSNumber numberWithBool:NO];
            break;
        case 1:
            NSLog(@"setting passed");
            result.passed = [NSNumber numberWithBool:YES];
            result.complete = [NSNumber numberWithBool:YES];
            break;
        case 2:
            NSLog(@"setting failed");
            result.passed = [NSNumber numberWithBool:NO];
            result.complete = [NSNumber numberWithBool:YES];
            break;
        default:
            break;
    }

    /* this method always returns an empty dictionary */
    NSLog(@"%@", [result changedValues]);

    /* this method returns the values that I just set */
    NSLog(@"%@", [result committedValuesForKeys:[NSArray arrayWithObjects:@"complete", @"passed", nil]]);

    /* isUpdated returns false */
    if (![result isUpdated]) {
        NSLog(@"result is not updated?! WTF!?!?");
    }

    /* hasChanges returns false */
    if (![[result managedObjectContext] hasChanges]) {
        NSLog(@"context has no changes!? WTF!?!?");
    }

    /* saving the context produces no error */
    NSError *error = nil;
    if (![[result managedObjectContext] save:&error]) {
        NSLog(@"save failed");
        NSLog(@"%@",[error description]);
    }
}

扭转

如果我通过将新记录插入上下文来创建新的结果对象，我可以设置该对象的属性并成功保存它们。在上面的代码中，我从另一个对象中获取该对象作为一对多关联的成员。这是一个线索吗？

我为此抓狂。这里到底出了什么问题？

这不是问题

• 我已经记录了对象的类，它确实是正确的类，
• 的对象的上下文相同
• 我已确保我保存的 ManagedObjectContext 与我尚未创建 对我的托管对象类的自动生成的 setter/getter 方法的任何更改
• 我尝试使用 setValue:forKey: 方法而不是对象的属性
• 我使用了 -com.apple.CoreData.SQLDebug 1 参数来记录 Core Data SQL，当我更新并保存对象的属性时，不会记录任何 SQL

Answer 1

我不太明白你的说法

WCAAssessmentResult *result = [self currentResult];

确实，如果你从一个对象访问一对多关系，你应该返回一个集合，而不是一个对象。无论如何，在没有看到代码的情况下很难判断。您遇到的问题可能存在，也可能不存在。

我宁愿期望在您的代码中使用类似以下代码片段的内容来访问属于一对多关系的对象。我假设 yourObject 是您用来访问对多关系中的 WCAAssessmentResult 对象的对象，我将其称为 results。

NSMutableSet *resultObjects = [yourObject mutableSetValueForKey:@"results"];
NSPredicate *predicate = ...
[resultObjects filterUsingPredicate:predicate];

for(WCAAssessmentResult *result in resultObjects){

   // modify as needed the current result object

}

NSError *error = nil;
if (![managedObjectContext save:&error]) {
        NSLog(@"save failed");
        NSLog(@"%@",[error description]);
}

您是否验证用于保存对象的 ManagedObjectContext 是否有效（不是 nil）？

Answer 2

一些想法（排名不分先后）：

我将记录 result 对象的类，并确保它是您认为的类。与超类/子类的一些混淆可能会导致某些值无法保存。

如果您对层次结构中任何类的 setter/getter 方法进行了任何更改，请仔细查看这些方法，尤其是在您使用 primativeValue 方法时。简单地省略 willChangeValue 和 didChangeValue 可能会导致更改对上下文不可见，有时对对象本身不可见。

我将记录您正在保存的上下文以及 result 对象的 managementObjectContext 属性。确认它们确实是相同的上下文。

跳过使用属性访问器（点符号）并使用 setValue:forKey 并查看是否有任何区别。如果是这样，则存在访问器问题。同样，您也可以尝试 setPrimativeValue:forKey 来检查访问器问题。

如果我必须打赌，我会把钱押在你将 fetch 返回的对象分配给错误的类上。