Iphone 如何为应用程序提供更大的数据库

我刚刚与应用程序审查团队的一名成员聊天，他们告诉我，提供10MB的数据库对于一个要获得批准的应用程序来说是远远不够的。这位女士告诉我，我的应用程序的问题是我不符合存储指南的指南2.23。 他们（至少是我在电话中交谈过的那个人）声称，在首次发布10MB时复制数据库的应用不会得到苹果的批准。 我正在将包含一组>50000条记录的数据库从资源文件夹复制到库文件夹中。我将数据库分为两个数据库，一个数据库，用户实际应用更改，另一个数据库，用户可以从中复制数据

问题：有没有其他方法代替从资源目录复制DB？我决定采用从资源文件夹到库文件夹的方法，因为这是最快的方法，在我看来也是最方便用户的方法。当然，我可以让用户从互联网上下载DBs。但这是另一个过程步骤，作为最终用户，我个人不愿意承担这一步骤

我仍然没有苹果的任何规格，第一次发布DB的最大允许大小是多少。不知道，为什么苹果对这些信息如此模糊

无论如何，我非常感谢您的评论和可能的解决方法

---

勒内

我也有类似的问题。这里要采取的正确方法是将文件移动到Library/Caches文件夹。当内存不足时，该文件夹将被清除，并且从未备份到iCloud。我有一个应用程序，其中有36 MB的数据库文件。但我不会把它和应用捆绑在一起。当应用程序第一次打开时，应用程序会告诉用户下载数据库一次。这样应用程序的大小就大大减小了

---

您将db与应用捆绑在一起的具体原因是什么？

我在这里可能会提到，我的解决方案是根本不复制静态数据库。我只是把它放在包中，然后从那里读取数据。因为它是只读数据，所以应用程序可以像这样运行。苹果很高兴。在那次改变后，它被批准了。谢谢大家的支持。

---

Rene

您确定问题只是文件太大吗？我从来没有遇到过文件大小的问题，除非文件对于iCloud备份来说太大。除非在过去几周内出现了一些新的要求，否则应该足以确保该文件位于适当的“私有文档”文件夹中，并用“跳过备份”扩展属性标记。ie，苹果关于文件存储的文档在这里详细说明：谢谢你的回复VeryVito。我已经和苹果的技术支持谈过了，他们也告诉我，如果我将静态数据与动态数据分离，并将静态数据标记为非备份数据，我会没事的。我理解该声明，这正是我在修订版（尚未提交）中实施的内容。然而，今天在电话里的那位女士告诉我，最初传播一个10MB的DB是不合适的。“不可能得到批准”，这是她确切的话。我还认为她不知道自己在说什么，但我必须确定，在再次提交我的应用程序之前。如果这真的是苹果的立场，我会非常惊讶，我猜她指的是“可备份”的数据，如果有的话。虽然超过20MB的应用程序无法通过3G下载，但我认为官方的应用程序大小限制要大得多（上次检查时为2GB），而且我不知道还有任何更精细的文件分解要求。不幸的是，这只是基于我的经验，但无论如何，我个人可以证明，一个拥有11+MB数据库的应用程序最近在3月底获得批准。VeryVito，是的，她指的是。她还提到要像这样检查iCloud中的设置：进入设置>iCloud>存储和备份>管理存储-如有必要，点击“显示所有应用程序”-检查应用程序的存储，这只与备份大小有关，而与捆绑包实际提供的DB大小无关。对吗？这就是为什么我认为，她并不真正理解，我通过修订版本解决了这个问题。这听起来对我来说是对的。祝修订版好运！谢谢瓦希什塔。这也是我想到的一种方法。我更喜欢捆绑DB，因为它只是一种更加用户友好的方法。可用性对我来说比几MB更重要。我已经将存储较大数据库的目录标记为非备份。这很有意义。在我的情况下，DB必须每4个月更新一次。所以我采取了这种方法。