objective-c – setFetchBatchSize似乎无法正常工作

用户键入“F”并告诉数据库“Go找到所有以’F’开头的名称”,数据库查看所有10k记录,找到以’F’开头的记录

然后,用户键入’r’,因此您告诉数据库去查找以“Fr”开头的所有记录,并再次查看所有10k记录以查找以“Fr”开头的记录.

所有fetchBatchSize正在告诉它“嘿,当你在记录中出错时,立刻引进50,因为我可能还需要所有这些.”这无助于限制您的搜索.

但是,将fetchLimit设置为100有助于一些因为数据库开始搜索所有10k记录,但是一旦它有100条记录,它就不必继续查看其余记录,因为它已经填满了它的请求.它已经完成,并且一旦获得满足请求的100条记录就停止搜索.

因此,您可以执行多项操作,具体取决于您的其他用例.

最简单的方法是在您要搜索的字段上添加索引.您可以在Xcode模型编辑器中设置它(指向Indexes的部分,在您可以在检查器中命名实体的位置).这将允许数据库在该字段上设置特殊索引,搜索速度会快得多.

其次,在您的初始请求之后,您已经有一个以’F’开头的名称数组,因此无需返回数据库来询问以’Fr’开头的名称如果它以’Fr’开头,它也是以’F’开头,你已经有了所有这些的NSManagedObject指针.现在,您可以搜索您返回的阵列.

更好的是,如果你给它一个排序描述符,那么数组就会被排序.因此,您可以在阵列上进行简单的二进制搜索.或者,如果您愿意,可以使用相同的谓词,并将其应用于结果数组而不是数据库.

即使你不使用我刚刚讨论过的结果修剪,我认为对该属性进行索引也会显着.

编辑

也许你应该运行乐器,看看你花多少时间在哪里.而且,一个形式错误的谓词可以使任何指数方案屈服.代码会有所帮助.

最后,考虑一下你带入内存的元素数量. CoreData不会对所有信息进行错误处理,但它会为数组中的所有内容创建shell.

如果你给它一个排序谓词,

我不知道SQLLite如何在索引上实现其搜索,但是B-Tree具有复杂的logBN,所以即使在30k记录上,这也不是很多搜索.除非你有另一个问题,索引应该给你一个很大的改进.

获得索引后,您不应该检查所有记录.但是,您仍可能拥有非常大的数据集.在那些上尝试fetchBatchSize,因为它将限制获取的记录数,并为其余的创建代理.

您也可以调用countFetchRequext而不是executeFetchRequest来获取项目数.然后,您可以使用fetchLimit来限制您获得的数字.

至于使用获取结果控制器来完成所有这些……好吧,那个人必须知道记录,所以它仍然必须进行搜索.

还有,一个地方看……你在做什么部分？如果你有任何用户定义的比较器(比如翻译部分),那么每个记录都会调用它.

因此,我想在改变指数后,我的重要建议是运行工具并真正研究它以确定你在哪里花时间.应该很明显.这将有助于引导您走向真正的问题.

我敢打赌,由于某种原因,你仍然可以访问所有元素……