不能拯救一个ManagedObjectContext取决于数所包含的(不变)的对象？

Question

一般CoreData/源码问题

是否有一个显着的差别之间这两种情况在保存 NSManagedObjectContext 使用源码存储：

• 后加入/更改/删除 一个 目中的一个 NSManagedObjectContext 含有 10 否则不变 NSManagedObjects
• 后加入/更改/删除 一个 目中的一个 NSManagedObjectContext 含有 10'000 否则不变 NSManagedObjects

Answer 1

推广从我的经验与企业的对象(其核心数据演变而来的)，我要说的是，你的方案也同样快速的没有索引和第二稍微慢一些与编制索引。

使用和SQL存储、成本增加一个对象主要是固定的，无论如何，许多其他对象的图表。索引编制不会引起比例的影响，因为该指数是依赖于现有的其他对象。然而，在大多数情况下，这不是显着的。

更复杂的关系图内的更多节约的影响的总图大小。显然，如果你有曲线只有十个对象，那么没有关系可以有十多个对象。如果你有一个有10 000人，该关系可能要大得多，并需要更长的时间来处理。

总之，核心数据与SQL商店似乎是基本上不受影响的只是大小的图表。

Answer 2

分析将告诉你，如果有一个显着的差别。但是，我怀疑的类型的商协调员将影响表演。更新的对象在一个源码数据库可能更快和更具扩展性比以XML树。

Answer 3

在我以前的经验没有显着的差别。如果该物体正在加入/更改或删除含有大量的索引的特性，那么这将需要稍微更多的时的情况相比较的对象的没有索引的特性，但是，这是预料的，因为索引，还将修改。