掌握 Core Data 中的关系：基础
内容提要
在Core Data中，关系是构建实体之间联系的桥梁，可以分为单向关系和双向关系。双向关系可以更有效地管理对象间的联结。关系类型包括一对一、一对多和多对多。在Core Data中，逆向关系的设置对于维护数据完整性和查询优化非常重要。删除规则定义了删除实体对象时如何处理与之关联的其他实体对象。有序关系可以设置为无序或有序。关系的懒加载特性可以优化性能和内存占用。在Core Data with CloudKit中，关系设置有特定要求。关系的创建只能局限于同一个持久化存储或配置内的实体之间。在设计数据模型时，合理使用关系可以提高数据操作效率、保证数据完整性和优化内存占用。
延伸解读
逆向关系：不只是形式要求
文章指出，逆向关系虽常被忽视，但对数据完整性至关重要。例如，在一对一非可选关系中，若未设逆向关系，删除操作可能绕过另一端的删除规则，导致数据不一致。设置逆向关系后，Core Data 会从两端检查删除条件，阻止非法操作。此外，逆向关系还能优化查询生成和内存管理，因此应始终按官方要求设置。
删除规则的选择策略
删除规则直接影响数据完整性。Nullify 适用于弱侧关系，仅解除关联；Cascade 用于强依赖，级联删除关联对象；Deny 防止产生悬空引用；No Action 需开发者自行处理。文章建议，通常 Nullify 和 Cascade 更常用，而 Deny 和 No Action 需谨慎使用。合理选择规则能避免悬空引用和逻辑错误。
有序关系的实现与取舍
有序关系在底层通过隐藏的索引字段实现，Core Data 在相邻位置间预留数字空间以减少更新。它提供 insertIntoTags(_:at:) 等预置方法，方便操作顺序。但文章也指出，开发者更常自定义排序属性，因为预置方法仅适用于隐藏索引，灵活性有限。因此，是否使用有序关系需权衡便利性与控制需求。
CloudKit 与多存储的限制
启用 Core Data with CloudKit 时，关系必须设为可选、定义逆向关系，且不支持 Deny 删除规则和有序关系。此外，关系只能建立在同一持久化存储或配置内的实体之间，因为 Core Data 依赖同一 SQLite 文件中的表关联。设计多存储应用时，需确保关联实体位于同一配置，否则无法建立关系。
Q&A
Core Data 中的关系有哪些类型？
Core Data 中的关系从引用角度分为单向关系和双向关系；从关联数量分为一对一、一对多和多对多关系。
为什么在 Core Data 中需要设置逆向关系？
设置逆向关系有助于维护数据完整性（确保关系双向同步）、优化查询（丰富 SQL 生成信息）以及高效管理内存（简化引用管理）。
Core Data 支持哪些删除规则？分别适用于什么场景？
Core Data 支持四种删除规则：Nullify（置空，解除关系）、Cascade（级联，删除关联对象）、Deny（拒绝，阻止删除）、No Action（无操作，需手动处理）。Nullify 和 Cascade 常用于管理关系生命周期，Deny 和 No Action 需谨慎使用。
有序关系在 Core Data 中是如何实现的？有什么优势？
有序关系通过在关联表中添加类似索引的字段（如 Z_FOK_ITEM）并预留数字空间来实现顺序管理。优势是提供预置方法（如 insertIntoTags(_:at:)）方便操作顺序。
在 Core Data 中，关系在 SQLite 底层是如何存储的？
一对多关系在“多”的一方添加字段保存“一”方的 Z_PK；一对一关系两端都添加字段保存对方 Z_PK；多对多关系创建新的关联表，存储两端 Z_PK。
使用 Core Data with CloudKit 时，关系设置有哪些要求？
关系必须设为可选、必须定义逆向关系、不支持 Deny 删除规则、不支持有序关系。
Core Data 中的关系可以跨持久化存储创建吗？
不可以。关系的创建只能局限于同一个持久化存储或配置内的实体之间，因为底层依赖同一 SQLite 数据库文件中的表关联。
在 Core Data 中，懒加载特性如何影响关系数据的加载？如何预加载关系数据？
默认情况下，托管对象以惰性状态加载，关系数据不会自动加载。可以通过设置 NSFetchRequest 的 relationshipKeyPathsForPrefetching 属性来预加载指定关系。
