iPhone和核心数据: how to retain user-entered data between updates?

Question

考虑一个 iPhone 应用程序，它是一个动物目录。该应用程序应该允许用户为每只动物添加自定义信息 - 比如说评级(范围为 1 到 5)，以及他们可以输入的有关该动物的一些注释。但是，用户将无法修改动物数据本身。假设当应用程序更新时，(静态)目录部分应该很容易更改，但我们希望在更新之间保留(动态)自定义用户信息部分，这样用户就不会丢失任何信息他们的自定义信息。

我们可能希望使用 Core Data 来构建此应用程序。假设我们已经有一个先前的流程来读取动物数据，以预先填充 Core Data 使用的后备 (SQLite) 存储。我们可以将此数据库文件嵌入到应用程序包本身中，因为它不会被修改。当用户下载应用程序的更新时，新版本将包含最新的(静态)动物目录数据库，因此我们不必担心它会过时。

但是，现在棘手的部分是:我们如何以合理的方式存储(动态)用户自定义数据？

我的第一个想法是(动态)数据库应该存储在应用程序的文档目录中，这样应用程序更新就不会破坏现有数据。我说得对吗？

我的第二个想法是，由于(动态)用户自定义数据数据库与(静态)动物目录不在同一存储中，因此我们不能天真地在评级和注释实体之间建立关系(在一个数据库中) )和动物实体(在另一个数据库中)。在这种情况下，我想一个解决方案是在评级/注释实体中拥有一个“animalName”字符串属性，并在运行时将其匹配。这是最好的方法吗？或者有没有办法在核心数据中“同步”两个不同的数据库？

Answer 1

这基本上是我最终解决这个问题的方法。

虽然 Amorya 和 MHarrison 的答案是有效的，但他们有一个假设:一旦创建，不仅是表，而且每个表中的每一行都将始终相同。

问题是我使用现有数据(定期更新)预填充“动物”数据库的过程，每次都会创建一个新的数据库文件。换句话说，我不能依赖在核心数据中创建(静态)动物实体和(动态)评级实体之间的关系，因为下次我重新生成应用程序时该实体可能不存在。为什么不？因为我无法控制核心数据如何在幕后存储这种关系。由于它是一个 SQLite 后备存储，因此它很可能使用具有外键关系的表。但是，当您重新生成数据库时，您无法假设每行的键值是什么。如果我将狐猴添加到列表中，则第二次 Lion 的主键可能会有所不同。

避免此问题的唯一方法只需要预填充数据库一次，然后在每次更新时手动更新行。然而，在我的例子中，这种过程实际上是不可能的。

那么，解决办法是什么？好吧，由于我不能依赖 Core Data 建立的外键关系，所以我必须自己构建外键关系。我所做的是在数据库生成过程中引入一个中间步骤:我不是采用原始数据(恰好是 UTF-8 文本，但实际上是 MS Word 文件)并直接使用 Core Data 创建 SQLite 数据库，而是引入一个中介步骤:我将 .txt 转换为 .xml。为什么选择 XML？好吧，并不是因为它是 Elixir ，而是因为它是一种我可以很容易解析的数据格式。那么这个 XML 文件有什么不同呢？我使用 MD5 为每个动物生成的哈希值，我假设它是唯一的。哈希值有什么用？好吧，现在我可以创建两个数据库:一个用于“静态”动物数据(我已经有一个流程)，另一个用于“动态”评级数据库，该数据库是 iPhone 应用程序创建的，位于应用程序的文档目录中。对于每个评级，我通过保存动物实体的哈希值来创建与动物的伪关系。因此，每次用户在 iPhone 上打开动物详细信息 View 时，我都会查询“动态”数据库以查找是否存在与 Animal.md5Hash 值匹配的评级实体。

由于我要保存这个中间 XML 数据文件，因此下次有更新时，我可以将其与我用来查看更改内容的最后一个 XML 文件进行比较。现在，如果动物的名称发生了更改(假设拼写错误已被纠正)，我会原位恢复该动物的哈希值。这意味着即使动物名称发生更改，我仍然能够在“动态”数据库中找到匹配的评级(如果存在)。

这个解决方案还有另一个很好的副作用:我不需要处理任何迁移问题。应用程序附带的“静态”动物数据库可以作为应用程序资源嵌入。它可以改变它想要的一切。如果我修改其数据模型以添加更多实体，“动态”评级数据库可能在某些时候需要迁移，但实际上这两个数据模型保持完全独立。