4

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

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

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

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

4

2 回答 2

4

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

于 2013-07-17T16:49:00.837 回答
2

新波，

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

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

安德鲁

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

于 2013-07-17T19:53:22.687 回答