核心数据关系与基于服务器的外键

Question

我有一个复杂的 iPad 应用程序转而使用 Core Data。我从服务器接收数据，该服务器在各种表中内置了外键以表示表（实体）之间的关系。

当我重写应用程序以使用 Core Data 时，我应该维护外键结构并创建自己的访问器，还是将它们转换为 Core Data 关系或两者都使用？似乎工作加倍。我已经拥有链接两个表的数据，我可能需要维护这两个表，以便将数据发送回服务器。然而，Core Data 将为关系创建自己的密钥。它复制信息并且可能不同步。

我可以： 1. 保留现有属性来表示表之间的关系，并根据需要编写自己的 fetches。 2. 当我从服务器接收数据并使用核心数据关系时，构建一个对象图。 3. 根据需要使用混合的，有时是外键属性，有时是关系。

是否有一种典型的方法用于 Core Data 应用程序从服务器接收大部分数据？

Answer 1

如果您打算使用核心数据而不是 sqllite，则转换为核心数据。请记住，CoreData 不仅仅是一个关系数据库。它用于持久化对象图。因此，您放置数据结构的方式可能会大不相同。

通常，您可能在 Core Data 应用程序中拥有更多非规范化数据，但实际上，您应该重新映射您希望在应用程序中使用的数据。然后你就会知道真正的答案。但是，我不认为我会留下外键...我会使用关系，因为这是最适合核心数据的方式。