iOS SQLite 数据存储 - 更新 VS。重新创造

Question

我正在构建一个只读 iOS 应用程序，该应用程序将附带一个默认的 SQLite 数据存储，其中包含当时的最新数据，但由于每天都会添加新数据，并且旧行很可能会更新，因此应用程序上驻留的数据需要经常更新(每天一次)。最初将与应用程序捆绑在一起的初始 SQLite 数据存储约为 3.6 MB，每行约 9.6KB。

我编写了一个 Web 服务，应用程序将连接到该服务以获取任何数据更新。更新将采用 JSON 格式，或者应用程序可以获取新 SQLite 数据文件的位置。

我的问题

什么是最好的？

1) 对现有的 SQLite 数据存储进行一系列日常插入/更新，通过 Core Data 驻留在应用程序上

或

2) 远程获取最新 SQLite 数据存储的新副本？

在后一种情况下，如果应用程序数据不是最新的或者对旧行进行了一些更新(非常不寻常)，我只会执行 SQLite 替换

Answer 1

我会下载新数据并更新应用程序数据库，而不是下载新数据库。您的初始数据库附带约 3500 行数据。通过仅发送新行，每次更新下载的数据会少得多。我会为您的更新添加时间戳，以便当应用程序请求更新时，网络服务可以仅发送所需的数据。如果数据发生变化，您还可以让 Web 服务发送旧行的更新。