大型iPhone用户数据库的在线存储/同步:在服务器或设备上执行？

Question

我正在为一个流行的基于SQLite的iPhone闪卡应用程序开发一个在线用户数据库备份/同步系统；这是相当大的规模--我们可以很快获得一亿个或更多的个人闪存卡记录(1万名用户，每张10,000张卡)--我们需要考虑到这种可伸缩性。但我们并不是真正从事基于网络的软件业务，至少在一开始，我们并不打算提供大量的web界面，除了帐户管理之外--所有实际的用户数据操作都将发生在离线状态下。

因此，我们似乎有两个基本的选项来实现这一点：

• 在服务器上执行同步；将所有用户的数据存储在MySQL数据库中(或在我们扩展时存储其中的一组数据)，并仅下载/上载更改列表。
• 在本地执行同步；从服务器下载数据库的最新版本，检查/应用设备上的更改，然后上载合并的数据库。

似乎本地同步选项意味着我们的编程工作要少得多，托管成本也要低得多，但也意味着我们的用户使用更多的带宽--对于每个同步操作来说，大概是2-4 MB，而基于web的同步则是几十K。

有谁觉得这些选择中的一种明显优于另一种呢？我们还没有考虑过其他的方法吗？

谢谢。

Answer 1

我可能会偏离这一工作方式，但是，由于这是同步，为什么数据库的本地副本不能记录一个更改列表，然后可以在服务器端复制？当然，THis只适用于单个设备，而不是将多个设备同步到相同的数据集。

这些更改可以以各种方式记录:例如，您可以在iPhone上检查和记录，并在同步时再次检查它们，然后上传已更改的记录，删除将需要单独记录。