核心数据模型 - 实体和逆

Posted 2023-03-11

【中文标题】核心数据模型 - 实体和逆

【英文标题】：Core Data model - entities and inverses

【发布时间】：2015-01-27 01:56:17

【问题描述】：

我是 Core Data 的新手，我正在尝试将它实施到我现有的项目中。这是我的模型：

现在，有些事情对我来说没有意义，可能是因为我没有正确建模。

CMAJournal 是我的***对象，具有一组有序的 CMAEntry 对象和一组有序的 CMAUserDefine 对象。

这是我的问题：

每个 CMAUserDefine 对象都有一组有序的对象。例如，“Baits”CMAUserDefine 将有一个有序的 CMABait 对象集，“Species”CMAUserDefine 将有一个有序的 CMASpecies 对象集，等等。

每个 CMAEntry 对象都有 baitUsed、fishSpecies 等属性，这些属性指向相应 CMAUserDefine 对象中的对象。如果进行了更改，那么引用该对象的每个 CMAEntry 也会更改。

现在，根据我所读到的内容，我应该为我的每一个关系都有倒数。这在我的模型中没有意义。例如，我可以有 5 个 CMAEntry 对象，它们的 baitUsed 属性指向同一个 CMABait 对象。如果有 5 个 CMAEntry 对象引用 CMABait，那么 CMABait 的 entry 属性指向哪个 CMAEntry？我认为它不应该指向任何东西。

我想要将所有 CMAUserDefine 对象（即所有 CMABait、CMASpecies、CMALocation 等对象）存储在 CMAJournal userDefines 集中，并在每个 CMAEntry 中引用这些对象。

我最初在使用 NSArchiving 时效果很好，但存档文件的大小非常大。我的意思是，16 个左右的条目（其中包括大约 20 张图像）需要 18+ MB。根据我的阅读，Core Data 是我无论如何都应该学习的东西。

所以我想知道，我的模型错了吗？我采取了错误的方法吗？有没有更有效的方式来使用 NSArchiver 来更好地满足我的需求？

我希望这是有道理的。如果我需要更好地解释，请告诉我。

谢谢！

E：导致我提出这个问题的原因是得到一堆“对无效对象的悬空引用”。 = "" 尝试保存时出错。

【参考方案1】：

A.一些基础知识

Core Data 需要逆向关系来建模这种关系。长话短说：

在 Core Data 建模的对象图中，引用在语义上从源对象指向目标对象。因此，您使用单个引用作为CMASpecies 的fishSpecies 来建模一对一关系，使用集合作为NSSet 来建模一对多关系。您不关心反向关系的类型。在许多情况下，您根本没有。

在关系数据库中，关系的建模方式不同：如果您有 1:N（一对多）关系，则关系存储在目标端。这样做的原因是，在 rDB 中，每个实体都有固定的大小，因此不能引用可变数量的目的地。如果您有一个多对多关系 (N:M)，则需要一个附加表。

如您所见，在对象图中，关系类型是一对一和一对多，仅取决于源，而在 rDB 中，关系类型是一对一、一对多、多对多取决于源和目标。

要选择正确的 rDB 建模类型，Core Data 想知道反向关系的类型。

Type Object graph Inverse    | rDB
1:1  to-one id    to-one id  | source or destination attribute
1:N  collection   to-one id  | destination attribute
N:M  collection   collection | additional table with two attributes

B.给你的Q

在您的情况下，如果CMAEntry 对象恰好引用了一个CMASpecies 对象，但CMASpecies 对象可以被许多CMAEntry 对象引用，这仅仅意味着反向关系是一对多关系.

是的，OOP 开发人员有这样的反向关系很奇怪。对于 SQL 开发人员来说，这是常见的情况。开发 ORM（对象关系映射器）这是问题之一。 （我知道这一点，因为我现在正在为 Objective-Cloud 做这件事。但如果不同的话，我做了更多的 OOP 的观点。）每个解决方案对于一方来说都是一种不寻常的。有人称 ORM 为“软件开发的越南”。

举个更简单的例子：为体育联盟建模，您会发现自己有一个实体Match，其属性为homeTeam 和guestTeam。你想有一个反向关系，不是homeMatches 和guestMatches，而只是matches。这显然不是相反的。如果 Core Data 想要并且不关心它，只需添加反向关系。