core-data - 核心数据迁移后的 NSRangeException

Question

在向我的应用程序添加新的 Core Data 模型版本后，我执行了轻量级迁移，显然是成功的。迁移的文件加载正常，但在第一次尝试通过特定关系访问属性时，应用程序崩溃并显示 NSRangeException: '*** -[__NSArrayM objectAtIndex:]: index 4294967295 beyond bounds [0 .. 35]' .在迁移之前，这种关系运行良好。我从这里的其他帖子中知道 4294967295 真的是 -1 ，但我唯一能识别出我的应用程序/数据中的 36 个项目是数据模型中总共有 36 个实体(作为引用，正在获取的关系在其表中有 58 个项目)。

问题:

我的问题是:根据我收到的错误和我在下面完成的故障排除，是否有一种架构更改可以通过轻量级迁移，但会在此过程中损坏数据，从而导致上述异常？我将尝试将迁移分解为多个版本的更小块，以隔离或避免问题，但能够专注于可能有问题的特定架构更改会很好。

失败:

失败发生在“myobject”中的以下代码:

[[self object2] text];

object2 关系是一对一的，双向都是非可选的，并且数据模型之间的正向和反向关系都没有改变。 text属性可能不相关，因为发生错误时， awakeFromFetch在 object2 中未达到。如果我分配 [self object2]到上述语句之前的变量，赋值成功并报告 data: <fault> .

数据库:

查看sqlite3中的数据库，我注意到以下几点:

正向和反向关系的索引值在每个表中似乎都是正确的。

object2 表有两列用于反向关系，而不是迁移之前的一列( ZMYOBJECT 和以前一样，附加的 Z2_MYOBJECT 对所有行都是空的)。没有添加其他关系来解释此列。

在 Z_PRIMARYKEY表，迁移后的所有条目显示 -1为 Z_MAX ，而在迁移之前，它们显示空表为零，填充表显示最大行数。手动更新 Z_MAX正确的值对异常没有帮助。全部 Z_SUPER值是正确的。

我设置了一个映射模型来查看自动映射是否有任何问题，但一切看起来都很好。

整体架构更改 :

在数据模型的源版本中，有 14 个实体，其中只有 4 个已填充数据(应用程序仍在开发中)。七个是顶级实体，七个是三个顶级实体的子实体。

在数据模型的目标版本中，添加了 22 个实体，一些是顶级实体，一些是子实体，具有数十种关系，其中一些添加到现有实体中。

从现有实体中删除了一些属性和关系，并添加了其他属性和关系。没有更改数据类型或关系设置，没有重命名属性或关系，也不需要特殊的映射。

更新 (2/25/12):当我开始研究一个新的中间模型时，我记得我已经将许多实体的类 (representedClassName) 从 NSManagedObject 更改为 NSManagedObject 子类，但还没有生成类文件.我不怀疑这会导致问题，实际上，创建所有类文件对异常没有帮助。我只是想指出这是模型之间的另一个变化。

结论:

这是一个疯狂的猜测，但如果 36 个实体计数不是巧合，那么似乎当“myobject”尝试在“object2”中出错时，它没有对该表的有效引用并试图加载表号 -1 ，导致异常。一个简单的分配 [self object2]的事实是成功的，但是，与该结论不符。

有任何想法吗？

Answer 1

通过多次增量迁移，我能够确定导致问题的原因以及解决方案。

问题:

具有数据的现有实体之一在当前模型中没有子实体。如果我创建一个新模型，该模型仅添加一个不包含属性或关系的子实体，并且不进行其他更改，则会出现 NSRangeException、Z_MAX 观察以及我的问题中提到的反向关系加倍。

解决办法:

在观察上述案例的“成功”轻量级迁移之后的失败后，我创建了一个映射模型。由于唯一的变化是一个额外的实体，除了一个实体映射之外的所有实体映射都很简单。问题是如何处理单个添加的实体。

默认情况下，添加的实体本身没有属性或关系，显示所有父属性的属性和关系映射。默认情况下，所有映射都有空值表达式，我认为这意味着它会在迁移过程中跳过它们。不是真的，显然。通过删除实体映射中的所有属性和关系映射，然后关闭推断映射，迁移成功进行。

我仍然需要处理所有剩余的实体，并将尝试这种方法来批量完成其余的工作，并且所有计划的属性和关系都完好无损。