如何有效处理 Core Data 中的大型数据集？答案

【问题标题】：How to effectively deal with large datasets in Core Data?如何有效处理 Core Data 中的大型数据集？
【发布时间】：2013-07-17 16:42:46
【问题描述】：

我在我的应用程序中使用核心数据来存储可能包含多达 50k 个对象或更多对象的实体。我将它与表格视图中的 NSFetchedResultsController 配对。由于单元格重用，表格视图工作正常，但我最大的问题是对实际数据库进行排队以获取数据集。

当我第一次加载表格视图时，我需要数据库中的所有结果。我正在使用带有单个排序描述符的默认提取请求，并且我已将 batchSize 设置为 1,000。在 iPad 2 上，此查询最多需要 15 秒 才能完成！我还必须在取消搜索后运行此查询，因此总体而言它会使应用程序无法使用。我的假设是 CD 仍然必须解决所有这些结果或设置部分或其他东西，我真的不知道但仅使用 batchSize 没有帮助？内容也是非常动态的，因为新行总是被添加，排序顺序改变等等。所以缓存的好处是有限的。

我现在认为最好的选择是在 fetchRequest 中使用 fetchLimit，然后实现一些基本的分页。当表格视图滚动到最后获取结果的下一个“页面”？这种方法的唯一问题是我丢失了 sectionIndex，我想不出任何解决办法。

有人有任何想法或已经处理过这个问题吗？

【问题讨论】：

为什么需要整个数据集？？

标签： ios uitableview core-data nsfetchedresultscontroller

【解决方案1】：

当您为 FRC 设置获取请求时，批量大小应该比任何时候在屏幕上可以看到的项目数量大几项，也许是两倍。 FRC 已经为您完成了分页，您只需要更好地设置页面大小即可。

【讨论】：

thx 我了解批量大小的工作原理，但我的问题是实际的 sql 查询需要永远。
但是为什么要提出这么大的要求呢？
好问题。不幸的是，这就是产品的设计方式。我想它与任何其他具有大量行的应用程序没有什么不同，但通过仅显示每页 x 个结果来解决这个问题。模拟这一点的唯一方法是使用 fetchLimit 来阻止 Core Data 获取更多必要的数据。数据也不适合我可以用来缩小结果集的一致分组。

【解决方案2】：

s.newwave，

您的行是否有可变高度？如果是这样，那么表格视图会要求您计算每个高度，这会导致获取每一行。 15 秒不是一个不合理的时间来获取 50K 个项目。

更大的问题是你关于不想改变你的设计的声明。坦率地说，一个 50K 项目的 tableview 是没用的。你应该改变你的设计——不是因为 CD 很慢，事实并非如此——而是因为你的设计不实用。

安德鲁

附： fetched results 控制器是为主流应用程序设计的。 50K 的表格视图不是主流应用程序。如果您坚持使用 50K 的 table view 设计，您将不得不制作自己的控制器。

【讨论】：