在向我的应用程序添加新的 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中的数据库,我注意到以下几点:
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]
的事实是成功的,但是,与该结论不符。有任何想法吗?
最佳答案
通过多次增量迁移,我能够确定导致问题的原因以及解决方案。
问题:
具有数据的现有实体之一在当前模型中没有子实体。如果我创建一个新模型,该模型仅添加一个不包含属性或关系的子实体,并且不进行其他更改,则会出现 NSRangeException、Z_MAX 观察以及我的问题中提到的反向关系加倍。
解决办法:
在观察上述案例的“成功”轻量级迁移之后的失败后,我创建了一个映射模型。由于唯一的变化是一个额外的实体,除了一个实体映射之外的所有实体映射都很简单。问题是如何处理单个添加的实体。
默认情况下,添加的实体本身没有属性或关系,显示所有父属性的属性和关系映射。默认情况下,所有映射都有空值表达式,我认为这意味着它会在迁移过程中跳过它们。不是真的,显然。通过删除实体映射中的所有属性和关系映射,然后关闭推断映射,迁移成功进行。
我仍然需要处理所有剩余的实体,并将尝试这种方法来批量完成其余的工作,并且所有计划的属性和关系都完好无损。
关于core-data - 核心数据迁移后的 NSRangeException,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/15046992/