核心数据迁移：将关系从一个实体更改为其父实体

时间：2017-04-29 00:07:03

标签： cocoa core-data core-data-migration

我有一个包含Car实体的核心数据模型，让我们说一个EngineData实体。这是一对一的关系。

在我的应用的新版本中，我想添加卡车。所以我创建了我的Core Data模型的新版本。我现在有一个Vehicle实体，它是Car的父实体。我添加了一个新的Truck实体，该实体也有Vehicle作为其父实体。对于EngineData，反向关系通常命名为object，因此目标实体只是从Car更改为Vehicle。

我不能完全确定这适用于轻量级迁移，但我几周前就改变了它，直到现在看起来还不错。我的代码使用EngineData Car属性从engineData获取和更新现有数据，但我还没有看到任何问题。但是，我的应用程序中只有一个Core Data fetch，每次都会导致崩溃。我所要做的就是简单地获取所有EngineData个对象：

do {
    let request: NSFetchRequest<EngineData> = EngineData.fetchRequest()
    let objects = try context.fetch(request)
} catch {
    NSLog("Error fetching data: \(error)")
}

在context.fetch行，我得到一个例外：

[error] error: Background Core Data task threw an exception.  Exception = *** -[__NSArrayM objectAtIndex:]: index 18446744073709551615 beyond bounds [0 .. 10] and userInfo = (null)
CoreData: error: Background Core Data task threw an exception.  Exception = *** -[__NSArrayM objectAtIndex:]: index 18446744073709551615 beyond bounds [0 .. 10] and userInfo = (null)

如果我尝试对这些对象实际执行任何操作，我会在应用程序崩溃之前获得更多异常：

[General] An uncaught exception was raised
[General] *** -[__NSArrayM objectAtIndex:]: index 18446744073709551615 beyond bounds [0 .. 10]

0   CoreFoundation                      0x00007fff8861937b __exceptionPreprocess + 171
1   libobjc.A.dylib                     0x00007fff9d40d48d objc_exception_throw + 48
2   CoreFoundation                      0x00007fff88532b5c -[__NSArrayM objectAtIndex:] + 204
3   CoreData                            0x00007fff881978ed -[NSSQLRow newObjectIDForToOne:] + 253
4   CoreData                            0x00007fff8819770f -[NSSQLRow _validateToOnes] + 399
5   CoreData                            0x00007fff88197571 -[NSSQLRow knownKeyValuesPointer] + 33
6   CoreData                            0x00007fff88191868 _prepareResultsFromResultSet + 4312
7   CoreData                            0x00007fff8818e47b newFetchedRowsForFetchPlan_MT + 3387
8   CoreData                            0x00007fff8835f6d7 _executeFetchRequest + 55
9   CoreData                            0x00007fff8828bb35 -[NSSQLFetchRequestContext executeRequestUsingConnection:] + 53
10  CoreData                            0x00007fff8832c9c8 __52-[NSSQLDefaultConnectionManager handleStoreRequest:]_block_invoke + 216
11  libdispatch.dylib                   0x000000010105478c _dispatch_client_callout + 8
12  libdispatch.dylib                   0x00000001010555ad _dispatch_barrier_sync_f_invoke + 307
13  CoreData                            0x00007fff8832c89d -[NSSQLDefaultConnectionManager handleStoreRequest:] + 237
14  CoreData                            0x00007fff88286c86 -[NSSQLCoreDispatchManager routeStoreRequest:] + 310
15  CoreData                            0x00007fff88261189 -[NSSQLCore dispatchRequest:withRetries:] + 233
16  CoreData                            0x00007fff8825e21d -[NSSQLCore processFetchRequest:inContext:] + 93
17  CoreData                            0x00007fff8817d218 -[NSSQLCore executeRequest:withContext:error:] + 568
18  CoreData                            0x00007fff882436de __65-[NSPersistentStoreCoordinator executeRequest:withContext:error:]_block_invoke + 5486
19  CoreData                            0x00007fff8823a347 -[NSPersistentStoreCoordinator _routeHeavyweightBlock:] + 407
20  CoreData                            0x00007fff8817cd9e -[NSPersistentStoreCoordinator executeRequest:withContext:error:] + 654
21  CoreData                            0x00007fff8817af51 -[NSManagedObjectContext executeFetchRequest:error:] + 593
22  libswiftCoreData.dylib              0x0000000100c91648 _TFE8CoreDataCSo22NSManagedObjectContext5fetchuRxSo20NSFetchRequestResultrfzGCSo14NSFetchRequestx_GSax_ + 56

我认为标志-com.apple.CoreData.SQLDebug 1可能会给我一些有用的信息，但我在这里看不到任何有用的信息：

CoreData: annotation: Connecting to sqlite database file at "/Users/name/Library/Group Containers/Folder/Database.sqlite"
CoreData: sql: pragma recursive_triggers=1
CoreData: sql: pragma journal_mode=wal
CoreData: sql: SELECT Z_VERSION, Z_UUID, Z_PLIST FROM Z_METADATA
CoreData: sql: SELECT TBL_NAME FROM SQLITE_MASTER WHERE TBL_NAME = 'Z_MODELCACHE'
CoreData: sql: SELECT 0, t0.Z_PK, t0.Z_OPT, t0.ZDATA, t0.ZOBJECT, t0.Z9_OBJECT FROM ZENGINEDATA t0 
2017-04-28 16:18:41.693548-0400 AppName[95979:11442888] [error] error: Background Core Data task threw an exception.  Exception = *** -[__NSArrayM objectAtIndex:]: index 18446744073709551615 beyond bounds [0 .. 10] and userInfo = (null)
CoreData: error: Background Core Data task threw an exception.  Exception = *** -[__NSArrayM objectAtIndex:]: index 18446744073709551615 beyond bounds [0 .. 10] and userInfo = (null)
CoreData: annotation: sql connection fetch time: 0.0065s
CoreData: annotation: fetch using NSSQLiteStatement <0x6080004805a0> on entity 'ENGINEDATA' with sql text 'SELECT 0, t0.Z_PK, t0.Z_OPT, t0.ZDATA, t0.ZOBJECT, t0.Z9_OBJECT FROM ZENGINEDATA t0 ' returned 1185 rows with values: (
    "<JUNENGINEDATA: 0x608000480eb0> (entity: ENGINEDATA; id: 0x40000b <x-coredata://10C884E2-18EF-4DA2-BC5D-4CBD0CE7D1A6/ENGINEDATA/p1> ; data: <fault>)",
    "<JUNENGINEDATA: 0x608000480f00> (entity: ENGINEDATA; id: 0x80000b <x-coredata://10C884E2-18EF-4DA2-BC5D-4CBD0CE7D1A6/ENGINEDATA/p2> ; data: <fault>)",
    "<JUNENGINEDATA: 0x608000480f50> (entity: ENGINEDATA; id: 0xc0000b <x-coredata://10C884E2-18EF-4DA2-BC5D-4CBD0CE7D1A6/ENGINEDATA/p3> ; data: <fault>)",
    ...
    "<JUNENGINEDATA: 0x600000288110> (entity: ENGINEDATA; id: 0x128c0000b <x-coredata://10C884E2-18EF-4DA2-BC5D-4CBD0CE7D1A6/ENGINEDATA/p1187> ; data: <fault>)",
    "<JUNENGINEDATA: 0x600000288160> (entity: ENGINEDATA; id: 0x12900000b <x-coredata://10C884E2-18EF-4DA2-BC5D-4CBD0CE7D1A6/ENGINEDATA/p1188> ; data: <fault>)",
    "<JUNENGINEDATA: 0x6000002881b0> (entity: ENGINEDATA; id: 0x12940000b <x-coredata://10C884E2-18EF-4DA2-BC5D-4CBD0CE7D1A6/ENGINEDATA/p1189> ; data: <fault>)"
)
CoreData: annotation: total fetch execution time: 0.1053s for 1185 rows.
2017-04-28 16:18:41.793201-0400 AppName[95979:11442649] Got results: 1185

好消息是EngineData中的所有内容都可以重新创建，而且我发现如果我批量删除所有EngineData个对象，它就不会崩溃（即使创建了一些新对象）。如果可能的话，我非常希望了解问题的原因，并找到一个不那么激烈的解决方案。

以下是我发现的其他一些事情：

  • 我尝试从另一台计算机复制数据库，但我无法使用该数据复制问题。这让我想到，数据开始时可能是腐败......
  • 但如果我回到我的应用程序及其数据的旧版本，同样的提取工作正常。如果我除了升级数据模型之外什么都不做，我会得到相同的例外。
  • 我已经尝试为关系设置版本哈希修饰符，希望这可能会迫使Core Data在迁移时清理它，但没有运气。
  • 如果我将批量大小设置为10，它可以在异常之前循环900个结果（在1185中）。
  • 使用该过程，我可以一次删除一个好的记录，以缩小哪些记录存在问题。 （我在每次删除后保存，如果我需要返回进行进一步测试，我会保留原始数据库的备份。）

1 个答案:

答案 0 :(得分：0)

经过大量的实验后，我能够缩小范围：我有一些EngineData个对象引用了一个不再存在的Car对象。看起来，由于该关系被破坏，记录无法正确迁移到新的数据模型版本。如果我在Mac应用程序库中打开.sqlite文件，我可以看到所有好记录的Z9_OBJECT字段设置为10，{{1}对于受损的人。

一旦发现原因，解决问题就相当容易了。使用NSBatchDeleteRequest我能够找到并删除损坏的对象：

NULL

在我的谓词中，do { let fetchRequest = NSFetchRequest<NSFetchRequestResult>(entityName: "EngineData") fetchRequest.predicate = NSPredicate(format: "object.uuid == nil") let batchRequest = NSBatchDeleteRequest(fetchRequest: fetchRequest) try context.execute(batchRequest) } catch { NSLog("Error deleting objects: \(error)") } 是父对象（以前是object，现在是Car），Vehicle是该对象的非可选属性。只要归因不是可选的 - 意味着将在任何未损坏的对象上具有值 - 这应该只能成功删除损坏的对象。

您可能希望这会导致异常，因为它仍然会获取受损对象！幸运的是，uuid通过直接在商店上运行SQL语句，而不将任何内容加载到内存中，从而避免了这个问题。

相关问题
最新问题