iOS SQLite数据存储 - 更新VS.重新创建

Question

我正在构建一个只读的iOS应用程序，该应用程序将随当时最新的数据一起提供默认SQLite数据存储，但由于每天都会添加新数据，并且旧数据行可能会更新，所以数据驻留在应用程序将需要经常更新（每天一次）。最初与应用程序捆绑在一起的初始SQLite数据存储大约为3.6 MB，每行重约9.6KB。

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

我的问题

什么是最好的？

1）做了一系列的每日插入/更新到现有的SQLite数据存储的，经由核心数据驻留在应用

或

2）抓取的最新的SQLite数据的最新副本远程存储？

在后一种情况下，我只想做一个SQLite更换，如果应用程序的数据是不是最新的或有一些更新旧的行（非常不寻常的）

Answer 1

我会下载新的数据和更新应用程序数据库vs下载新的数据库。您的初始数据库包含约3500行数据。您只需发送新行即可为每次更新下载少量数据。我会为您的更新添加时间戳，以便应用程序请求更新时，Web服务只能发送所需的数据。如果数据发生变化，您也可以让Web服务发送较旧行的更新。

Answer 2

需要下载多少数据才能更新？这与3.6 MB相比如何？

更新是更多的工作，但它可能仍然是很多更快，因为您不必等待3.6 MB下载。下载速度慢的用户会感谢你。

但是，如果你正在更新几乎所有的行，JSON可能会接近3.6 MB。