考虑一个iPhone应用程序,它是一个动物目录.该应用程序应该允许用户为每只动物添加自定义信息 - 比如评级(1到5的等级),以及他们可以输入的关于动物的一些注释.但是,用户将无法修改动物数据本身.假设当应用程序更新时,(静态)目录部分应该很容易更改,但我们希望在更新之间保留(动态)自定义用户信息部分,这样用户就不会丢失任何他们的定制信息.
我们可能想要使用Core Data来构建这个应用程序.我们还要说,我们已经有一个先前的流程来读取动物数据,以预先填充Core Data使用的支持(SQLite)存储.我们可以将此数据库文件嵌入到应用程序包本身中,因为它不会被修改.当用户下载应用程序的更新时,新版本将包含最新的(静态)动物目录数据库,因此我们不必担心它已过时.
但是,现在是棘手的部分:我们如何以合理的方式存储(动态)用户自定义数据？
我首先想到的是(动态)数据库应存储在应用程序的Documents目录中,因此应用程序更新不会破坏现有数据.我对么？
我的第二个想法是,由于(动态)用户自定义数据数据库与(静态)动物目录不在同一个商店中,我们不能天真地在Rating和Notes实体(在一个数据库中)和动物实体(在其他数据库中).在这种情况下,我想象一个解决方案是在Rating/Notes实体中有一个"animalName"字符串属性,并在运行时匹配它.这是最好的方法吗,还是有办法在Core Data中"同步"两个不同的数据库？
基本上这就是我最终解决这个问题的方法。
虽然 Amorya 和 MHarrison 的答案是有效的，但他们有一个假设：一旦创建，不仅表而且每个表中的每一行都将始终相同。
问题是我使用现有数据（定期更新）预填充“动物”数据库的过程，每次都会创建一个新的数据库文件。换句话说，我不能依赖在核心数据中创建（静态）动物实体和（动态）评级实体之间的关系，因为下次我重新生成应用程序时该实体可能不存在。为什么不？因为我无法控制核心数据如何在幕后存储这种关系。由于它是一个 SQLite 后备存储，因此它很可能使用具有外键关系的表。但是，当您重新生成数据库时，您无法假设每行的键值是什么。如果我将狐猴添加到列表中，则第二次 Lion 的主键可能会有所不同。
避免此问题的唯一方法只需要预填充数据库一次，然后在每次更新时手动更新行。然而，就我而言，这种过程实际上是不可能的。
那么，解决办法是什么呢？好吧，由于我不能依赖 Core Data 建立的外键关系，所以我必须自己构建外键关系。我所做的是在数据库生成过程中引入一个中间步骤：我不是采用原始数据（恰好是 UTF-8 文本，但实际上是 MS Word 文件）并直接使用 Core Data 创建 SQLite 数据库，而是引入一个中介步骤：我将 .txt 转换为 .xml。为什么选择 XML？好吧，并不是因为它是灵丹妙药，而是因为它是一种我可以很容易解析的数据格式。那么这个 XML 文件有什么不同呢？我使用 MD5 为每个动物生成的哈希值，我假设它是唯一的。哈希值有什么用？好吧，现在我可以创建两个数据库：一个用于“静态”动物数据（我已经有一个流程），另一个用于“动态”评级数据库，该数据库是 iPhone 应用程序创建的，位于应用程序的文档目录中。对于每个评级，我通过保存动物实体的哈希值来创建与动物的伪关系。因此，每次用户在 iPhone 上打开动物详细信息视图时，我都会查询“动态”数据库以查找是否存在与 Animal.md5Hash 值匹配的评级实体。
由于我要保存这个中间 XML 数据文件，因此下次有更新时，我可以将其与我用来查看更改内容的最后一个 XML 文件进行比较。现在，如果动物的名称发生了更改（假设拼写错误已被纠正），我会原位恢复该动物的哈希值。这意味着即使动物名称发生变化，我仍然能够在“动态”数据库中找到匹配的评级（如果存在）。
这个解决方案还有另一个很好的副作用：我不需要处理任何迁移问题。应用程序附带的“静态”动物数据库可以作为应用程序资源嵌入。它可以改变它想要的一切。如果我修改其数据模型以添加更多实体，“动态”评级数据库可能在某些时候需要迁移，但实际上这两个数据模型保持完全独立。
| 归档时间： |
|
| 查看次数： |
1878 次 |
| 最近记录： |