iPhone 和 Core Data：如何在更新之间保留用户输入的数据？

Question

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

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

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

我的第一个想法是（动态）数据库应该存储在应用程序的 Documents 目录中，因此应用程序更新不会破坏现有数据。我说的对吗？

我的第二个想法是，由于（动态）用户自定义数据数据库与（静态）动物目录不在同一个存储中，我们不能天真地在 Rating 和 Notes 实体之间建立关系（在一个数据库中） ) 和 Animal 实体（在另一个数据库中）。在这种情况下，我想一种解决方案是在 Rating/Notes 实体中有一个“animalName”字符串属性，并在运行时匹配它。这是最好的方法，还是有办法在 Core Data 中“同步”两个不同的数据库？

Answer 1

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

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

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

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

那么，解决方案是什么？好吧，既然我不能依赖 Core Data 制作的外键关系，我必须自己编造。我所做的是在我的数据库生成过程中引入一个中间步骤：我没有使用我的原始数据（恰好是 UTF-8 文本，但实际上是 MS Word 文件）并直接使用 Core Data 创建 SQLite 数据库，而是引入了一个中介步骤：我将 .txt 转换为 .xml。为什么选择 XML？好吧，不是因为它是灵丹妙药，而是因为它是一种我可以很容易解析的数据格式。那么这个 XML 文件有什么不同呢？我使用 MD5 为每个 Animal 生成的哈希值，我假设它是唯一的。哈希值有什么用？好吧，现在我可以创建两个数据库：一个用于“静态”动物数据（我已经有一个流程），另一个用于“动态”Ratings 数据库，它是 iPhone 应用程序创建的，位于应用程序的 Documents 目录中.对于每个 Rating，我通过保存 Animal 实体的哈希值来创建与 Animal 的伪关系。因此，每次用户在 iPhone 上打开 Animal 详细视图时，我都会查询“动态”数据库以查找是否存在与 Animal.md5Hash 值匹配的 Rating 实体。

因为我保存了这个中间 XML 数据文件，所以下次有更新时，我可以将它与我用来查看更改的最后一个 XML 文件进行比较。现在，如果一个动物的名字被改变了——假设一个错字被纠正了——我就地恢复那个动物的哈希值。这意味着即使更改了 Animal 名称，我仍然能够在“动态”数据库中找到匹配的 Rating（如果存在）。

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

Answer 2

我这样做的方式是：将静态资料的数据库作为应用程序包的一部分提供。在应用启动时，检查 Documents 中是否有数据库文件。如果没有，请将应用程序包中的那个复制到 Documents。然后从 Documents 打开数据库：这是您唯一读取和编辑的数据库。

升级后，新的静态内容需要与用户的可编辑数据库合并。每个静态项目（在您的情况下为动物）都有一个名为 factoryID 的字段，这是一个唯一标识符。在更新后的第一次启动时，从应用程序包加载数据库，并遍历每个 Animal。对于每一项，在工作数据库中找到适当的记录，并根据需要更新任何字段。

可能有更快的解决方案，但由于升级过程不会经常发生，因此所花费的时间应该不会太成问题。

Answer 3

将您的 SQLite 数据库存储在 Documents 目录 (NSDocumentDirectory) 中当然是可行的方法。 一般来说，您应该尽可能避免修改或删除 SQL 表的应用程序更改（添加即可）。但是，当您绝对必须在更新中进行更改时，像 Amorya 所说的那样会起作用 - 打开旧数据库，将您需要的任何内容导入新数据库，然后删除旧数据库。

因为听起来您想要一个带有无法修改的“动物”表的静态数据库，所以只需用升级替换此表应该不是问题 - 只要条目的 ID 不改变。您应该存储有关动物的用户数据的方式是为用户创建的每个条目创建与动物 ID 的外键的关系。这是您在升级更改时需要迁移的内容。