是否可以为特定的核心数据保存禁用级联删除？

Question

问题：

当您在 NSManagedObjectContext 上调用 save 时，当有 deletedObjects 需要处理时，它会进行大量工作来跟踪关系以确定哪些相关对象也需要删除。这是在每次保存时完成的（即使在父/子上下文的情况下），如果我知道我将通过这些父上下文保存，我希望能够在第一次之后跳过对每个上下文的此检查，但是我找不到这样做的机制。

背景：

这是情况，我有 3 个上下文：

• C（B 的子上下文）：用于工作的后台线程上下文
• B（A 的子上下文）：主线程上下文，用于我的 Fetch Result Controller，UI 访问
• A（持久存储的子级）：用于保存到磁盘的后台线程上下文

我的对象图是“丰富的”，其中一些关系针对具有 100,000 多个项目的表。正因为如此，删除速度很慢（级联删除删除每个根对象删除多个对象）......但是在分析性能时，我意识到它实际上比它需要的速度慢了很多，在保存过程中的大部分CPU / 时间用于解决图中的关系（尝试找出哪些相关对象也需要删除）......并且每次保存都会重复这个过程，即使我正在保存。
示例保存过程：

• 上下文 C 有 1 个已删除对象
• 保存上下文 C -> B（跟踪关系大约需要 1 秒的时间）
• 现在已保存上下文 C（0 个已删除对象），上下文 B 具有原始已删除对象，以及 30 个新的相关对象也需要删除（31 个对象）
• 保存上下文 B -> A（大约 1 秒的工作重新检查这些关系，这是我想跳过的工作）
• 上下文 B 已保存（已删除 0 个对象），上下文 A 具有 B 必须删除的相同 31 个对象
• 保存上下文 A -> 持久存储（这里的工作很轻松，似乎这一步不需要重新检查）

我尝试子类化并查看-[NSManagedObject validateForDeletion] 和-[NSManagedObjectContext processPendingChanges]，但没有成功。有什么想法吗？

Answer 1

应该可以选择性地启用/禁用删除规则如果您使用多个 Core Data 堆栈并且如果您不介意编写一些中等复杂的代码。您最终会得到多个托管对象上下文，其中一些具有规则，而另一些则没有。交易是：

• NSManagedObjectModel 在您首次加载时是可变的，因此您可以在代码中修改模型，只要您不进行使其与持久存储不兼容的更改（这将需要迁移）。李>
• 模型兼容性仅由影响数据如何保存到持久存储的细节决定。 不包括删除规则，因此无需迁移即可对其进行修改。 （请参阅[NSRelationshipDescription versionHash] 的文档了解影响兼容性的因素。
• NSManagedObjectModel 的实例仅在将它们与持久存储一起使用之前是可变的，因此您必须在加载任何数据之前进行更改。这意味着，如果您在某些情况下需要删除规则，但在其他情况下不需要，则需要 NSManagedObjectModel 的不同实例。

因此，如果您创建完全独立的 Core Data 堆栈（NSManagedObjectModel、NSPersistentStoreCoordinator 等的独立实例），您可以将一个堆栈配置为没有这些删除规则，但将它们保留在其他堆栈上。由于删除规则不会影响模型哈希，它们仍然是兼容的。

您不能对父/子托管对象上下文执行此操作，因为根据定义，它们是同一个 Core Data 堆栈的一部分。

要删除或更改删除规则，您必须从您的 NSManagedObjectModel 实例开始。在模型中获取entities，然后为您感兴趣的实体获取relationshipsByName。最后，在NSRelationshipDescription 上，将deleteRule 更改为您想要的任何内容（在这种情况下可能是NullifyDeleteRule）。

这会有点复杂，但应该可以。

顺便说一句，我有兴趣了解有关您的性能分析结果的更多细节。