iphone - 为什么此代码会引发 "CoreData: error: (19) PRIMARY KEY must be unique"错误？

Question

此代码引发“CoreData: error: (19) PRIMARY KEY must be unique”错误。Day实体只有一个 when属性是 NSDate ，以及一个名为 tasks 的多对多关系.为什么会出现这个错误？如果 Day已经存储了特定日期，我获取它，否则我插入它。所以，对于每一天的对象，应该有一个不同的 when属性。我不确定这是否是主键。如何解决这个问题？先感谢您。

   NSMutableSet *occurrences = nil;

   occurrences = ... 
   NSMutableOrderedSet *newSet = [NSMutableOrderedSet orderedSetWithCapacity:[occurrences count]];

   for(NSDate *current in occurrences) {

        NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];

        // try to find a corresponding Day entity whose when attribute is equal to the current occurrence
        // if none is available, create it

        Day * day = [[self getDayForDate:current inManagedObjectContext:moc] retain];
        if(!day){
            day = (Day *) [NSEntityDescription insertNewObjectForEntityForName:@"Day" inManagedObjectContext:moc];
        }

        day.when = current;
        [day addTasksObject:aTask];

        [newSet addObject:day];

        [moc insertObject:day];
        [moc processPendingChanges];

        [day release];

        [pool release];            
    } 

- (Day *)getDayForDate:(NSDate *)aDate inManagedObjectContext:(NSManagedObjectContext *)moc
{        
    NSFetchRequest *request = [[NSFetchRequest alloc] init];
    NSEntityDescription *entity = [NSEntityDescription entityForName:@"Day" inManagedObjectContext:moc];
    [request setEntity:entity];
    NSPredicate *predicate = [NSPredicate predicateWithFormat:@"(when == %@)", aDate];
    [request setPredicate:predicate];
    NSError *error = nil;
    NSArray *array = [moc executeFetchRequest:request error:&error];
    [request release];

    Day *theDay = nil;

    if(array && [array count] == 1){
        theDay = [array objectAtIndex:0];
    }

    return theDay;
}

Answer 1

我最近一直在为 CoreData: error: (19) PRIMARY KEY must be unique 苦苦挣扎内部 iOS 应用程序出错，谢天谢地，经过一两天的研究和代码修改后发现了解决方案，我想在这里分享我的发现，希望它们能对其他人有所帮助。

一、一点背景

我们的内部应用程序最初从未使用任何代码构建以更新其 CoreData 存储 - 相反，对于需要在应用程序中显示新数据的每个应用程序构建迭代，CoreData SQLite 后备存储文件被简单地替换为一个新版本已经使用标准的基于桌面的 SQLite 编辑器进行了编辑——即原始 SQLite 文件根据需要进行了修改和更新。虽然人们认识到这种方法没有考虑到 CoreData 的“黑盒”性质，但在过去几年里，它实际上为我们的简单应用程序提供了很好的服务，并且应用程序很高兴地接受了更新的 SQLite 文件。新的应用程序构建。

然而，最近我们对应用程序进行了重大改革，从通过 Xcode 和应用程序重建更新应用程序 Assets 和数据的模型转变为通过 Web 服务获取新应用程序数据的模型，而正是在这个新的开发过程中PRIMARY KEY must be unique 的工作问题出现了。

折腾了好几天，想着一定是新的CoreData实体创建代码有问题(已经彻底检查再检查过)或者其他相关的问题，经过进一步研究，我发现我能够使用 Xcode 为我们的应用程序启用 CoreData SQL 调试(按照 this 非常有用的 SO 帖子中的说明)。

当我仔细研究 Xcode 中的 SQL 日志时，我可以看到在 CoreData 每次调用 INSERT 之前， SQLite 后备存储中的新记录，表明框架查询了 Z_PRIMARYKEY具有以下查询的表 SELECT Z_MAX FROM Z_PRIMARYKEY WHERE Z_ENT = ?哪里?在幕后替换为相关的 Z_ENT相关 CoreData 实体的值(通过查看 Z_ENT 表的内容，您可以看到每个 CoreData 实体的 Z_PRIMARYKEY 值)。这时我终于明白了 CoreData 的黑匣子里发生了什么!然后我在 Mac 上使用 Liya 应用程序仔细查看了我们应用程序的 SQLite 文件，并查看了 Z_PRIMARYKEY 的内容。表，果然是Z_MAX列值都设置为 0 .当 CoreData 首次为我们的应用程序生成空的 SQLite 后备存储文件时，它们的初始值从未改变过!

我立即意识到出了什么问题，以及为什么 CoreData 报告了它原来的主键错误——它实际上与任何更高级别的 CoreData 实体对象的属性以最初怀疑的方式发生冲突无关，但确实是一个较低级别的错误。直到现在这个错误才具有绝对意义，它一直存在，只是没有在正确的上下文中被理解。

进一步研究表明，我们的内部团队在过去几年中成功地对 SQLite 后备存储进行了直接编辑，从各种实体表中插入、更新和删除记录，但我们的团队从未进行过任何更改到 Z_PRIMARYKEY表，并且由于我们的应用程序以只读方式使用 CoreData 的方式，这从来都不是问题。

然而，现在我们的应用程序正在尝试创建 CoreData 条目并将其保存回 SQLite 后备存储，许多 INSERT作为结果生成的查询只是失败了，因为 CoreData 无法获得正确的最大主键值，以便在任何给定表上生成下一个顺序主键，因此 INSERT查询将失败，现在可以理解有意义的 PRIMARY KEY must be unique错误!

解决错误

我意识到每个开发人员可能会以各种方式为他们的应用程序生成默认/初始 CoreData 内容，但是，如果您曾经在 CoreData 中遇到过这个特定的错误并且也很难立即找到明确的答案，我希望以下想法有帮助:

我们的应用程序的 CoreData 后备存储是通过直接编辑 SQLite 文件(从实体表中插入、更新和删除记录)手动更新的 - 这种方法已经工作了很长时间，因为我们一直在以只读方式使用这些数据我们的应用程序。然而，这种方法未能真正认识到 CoreData 的抽象“黑匣子”性质，以及 SQLite 记录不等同于 CoreData 实体、SQLite 连接不等同于 CoreData 关系等事实。

如果您的应用程序使用任何类型的预填充 CoreData 存储，并且如果您正在通过 CoreData 以外的任何方式填充 SQLite 后备存储的内容 - 请确保您在任何 CoreData 实体表中创建新记录，确保您更新了 Z_PRIMARYKEY 中的相关记录。表，设置 Z_MAX列值到当前最大值 Z_PK相关实体表中的值。

例如，如果您有一个名为 Employee 的 CoreData 实体。 , 在你的 CoreData 中
SQLite 持久存储支持文件，这将由名为 ZEMPLOYEE 的表表示。 ——
该表将有一些“隐藏”的 CoreData 列，包括 Z_PK , Z_ENT ,Z_OPT等，除了代表您的实体的列
属性和关系。这个实体表在Z_PRIMARYKEY中也会有相应的记录。带 Z_NAME 的 table Employee 的值- 因此，当您直接向 ZEMPLOYEE 添加新记录时表 - 确保在完成添加记录后，您遍历每个实体表并复制最大值 Z_PK值到 Z_MAX栏目Z_PRIMARYKEY table 。您输入的值 Z_MAX应该是最大的Z_PK对应表中的值；不设置 Z_MAX等于 Z_PK 的值+ 1，因为这不是 CoreData 所期望的!

您可以查询最大 Z_PK具有以下 SQL 的任何实体表的值:

"SELECT Z_PK FROM ZEMPLOYEE ORDER BY Z_PK DESC LIMIT 1"

这会给你最大的 Z_PK ZEMPLOYEE 中任何记录的值表 - 显然你应该替换 ZEMPLOYEE使用应用程序数据模型的相关表名称。

对于我们的应用程序，我能够编写一个简单的命令行脚本来直接读取 SQLite 文件，遍历 Z_PRIMARYKEY 的每条记录。表并用正确的 Z_MAX 更新它值(value)。完成此操作后，我就可以将此更新后的文件用作应用程序的持久存储支持文件。现在，当我插入并保存新的 CoreData 实体时，一切都按预期进行。

既然我们的应用程序可以通过 Web 服务直接请求新数据，我们将完全摆脱手动编辑 SQLite 后备存储并专门使用 CoreData 框架来更新数据，但有时或其他应用程序，可能需要这种快速简便的数据输入，我希望这个答案可以帮助其他开发人员，并为他们节省我发现这个解决方案所花费的时间和精力。