一般CoreData / SQLite的问题
是否有保存时这两种情况之间的差异显著NSManagedObjectContext使用一个SQLite店：
- 追加/变更/删除的一个对象后
NSManagedObjectContext含有10个否则不变NSManagedObjects - 追加/变更/删除的一个对象后
NSManagedObjectContext含有10'000否则不变NSManagedObjects
Answer 1:
我与企业对象（其核心数据演变而来）的经验归纳，我会说，无论你的情况也同样快速不索引和第二稍慢与索引。
使用和SQL存储，加入一个对象的成本在很大程度上不管许多其他对象如何都在图形固定。 索引不会导致缩放效果，因为该指数是依赖于现有的其他对象。 然而，在绝大多数情况下，这是不显著。
图中的多个内的更复杂的关系，节省了由全图大小的影响。 显然，如果你有一个只有十对象图，则没有任何关系中可以有十多个对象。 如果你有一个10000的关系可能更大，需要更长的时间来处理。
总之，用SQL存储核心数据似乎是由曲线图的只是大小很大程度上不受影响。
Answer 2:
剖析会告诉你，如果有一个显著的差异。 不过，我怀疑这家店协调的类型会影响性能。 在SQLite数据库更新对象可能比在一个XML树这样做更快，更具可扩展性。
Answer 3:
在我以前的经验，有不显著差异。 如果添加的对象/更改/删除含有大量的索引属性，那么相比于没有索引的属性的对象的情况下，但是这是意料之中的，因为指数也将进行修改，以及它会采取只略多。
文章来源: Does the performance of saving a ManagedObjectContext depend on the number of contained (unchanged) objects?
