2

假设我有一个 Podcast 实体，它有很多情节，我很困惑其中哪一个是剔除和排序的首选选项：

// Always work with the relationship property
- (NSSet*)unfinishedEpisodes {
  NSArray* episodes = self.episodes.allObjects;

  NSPredicate* predicate = [NSPredicate predicateWithBlock:^BOOL(PodcastEpisode* episode, NSDictionary* bindings) {
    return !episode.isFinished;
  }];

  NSArray* unfinishedEpisodes = [episodes filteredArrayUsingPredicate:predicate];

  return [NSSet setWithArray:unfinishedEpisodes];
}

- (NSArray*)unfinishedEpisodesSortedByAge {
  NSSortDescriptor* sortDescriptor = [NSSortDescriptor sortDescriptorWithKey:@"date" ascending:YES];

  return [self.unfinishedEpisodes.allObjects sortedArrayUsingDescriptors:sortDescriptors];
}

或者

// Fetch specific sets of data as needed
- (NSArray*)unfinishedEpisodes:(NSArray*)sortDescriptors {  
  NSFetchRequest* fetch = [[NSFetchRequest alloc] initWithEntityName:@"Episode"];

  NSPredicate* predicate = [NSPredicate predicateWithFormat:@"podcast == %@ AND playcount == 0", self];
  fetch.predicate = predicate;

  fetch.sortDescriptors = sortDescriptors;

  NSArray* results = [KRTDataManager.sharedManager.mainObjectContext executeFetchRequest:fetch error:nil];

  return results;
}

- (NSArray*)unfinishedEpisodesSortedByAge {
  NSSortDescriptor* sortDescriptor = [NSSortDescriptor sortDescriptorWithKey:@"date" ascending:YES];

  return [self unfinishedEpisodes:@[ sortDescriptor ]];
}

我在 SQL 中尽可能多地做的那部分很难认为选项 1 更好，但我读过的大部分内容似乎表明，一旦播客对象进入，使用 (NSSet*) 剧集非常便宜存在。我对在这些情况下如何处理核心数据故障的理解非常不稳定，我意识到核心数据不应该真正与 SQL 数据库进行比较。不过，仅基于这两个选项的构造方式，我认为将谓词和排序描述符直接烘焙到 fetch 中会有一些好处；但也许这不足以弥补关系所提供的收益。

谢谢。

4

1 回答 1

2

第一个代码在处理大型结果集时效率低下，因为它在内存对象中运行。所有对象都必须加载到内存中，因此如果它们不存在，它们将在引发故障时一一加载。

第二个代码将在 sql 端完成所有操作，并为您提供已经过滤和排序的结果。CoreData 还使用内部缓存来优化此类查询，因此如果剧集尚未在其他地方加载，我更喜欢此选项。启用 CoreData 调试以查看 sql 查询的外观。已经有一个答案如何做到这一点。

于 2013-01-07T08:41:11.370 回答