基本上，我在一个事务中插入 35000 个对象：
using(var uow = new MyContext()){
for(int i = 1; i < 35000; i++) {
var o = new MyObject()...;
uow.MySet.Add(o);
}
uow.SaveChanges();
}
这需要永远！
如果我使用底层的ObjectContext（通过使用IObjectAdapter），它仍然很慢，但需要大约20秒。看起来DbSet<> 正在做一些线性搜索，这需要大量时间...
还有其他人看到这个问题吗？
【问题讨论】：
标签： c# entity-framework entity-framework-4.1
正如 Ladislav 在评论中已经指出的那样，您需要禁用自动更改检测以提高性能：
context.Configuration.AutoDetectChangesEnabled = false;
DbContext API 默认启用此更改检测。
DbContext 的行为与 ObjectContext API 如此不同的原因是，当启用自动更改检测时，DbContext API 的更多函数将在内部调用 DetectChanges，而不是 ObjectContext API 的函数。
Here 你可以找到默认调用DetectChanges 的那些函数的列表。它们是：
Add、Attach、Find、Local 或 RemoveDbSet 上的成员
DbContext 上的 GetValidationErrors、Entry 或 SaveChanges 成员@
DbChangeTracker 上的 Entries 方法
尤其是Add 调用DetectChanges 是造成您遇到的性能不佳的原因。
与此相反，ObjectContext API 仅在 SaveChanges 中自动调用 DetectChanges，但在 AddObject 和上述其他相应方法中不会自动调用。这就是ObjectContext 的默认性能更快的原因。
为什么他们在DbContext 的这么多功能中引入了这种默认的自动更改检测？我不确定，但似乎禁用它并在适当的位置手动调用DetectChanges 被视为advanced and can easily introduce subtle bugs into your application so use [it] with care。
【讨论】：
在 .netcore 2.0 中，它被移至：
context.ChangeTracker.AutoDetectChangesEnabled = false;
【讨论】：
除了您在这里找到的答案。重要的是要知道，在数据库级别，插入比添加更多的工作。数据库必须扩展/分配新空间。然后它必须至少更新主键索引。尽管更新时索引也可能会更新，但这种情况并不常见。如果有任何外键，它也必须读取这些索引以确保保持引用完整性。触发器也可以发挥作用，尽管它们会以同样的方式影响更新。
所有这些数据库工作在由用户条目发起的日常插入活动中都是有意义的。但是如果你只是上传一个现有的数据库，或者有一个生成大量插入的过程。您可能想通过将其推迟到最后来寻找加快速度的方法。通常在插入时禁用索引是一种常见的方式。可以根据情况进行非常复杂的优化，它们可能有点压倒性。
只要知道通常插入会比更新花费更长的时间。
【讨论】：
EF 4.3 CodeFirst 的小经验测试：
使用 AutoDetectChanges = true 移除 1000 个对象：23 秒
使用 AutoDetectChanges = false 移除 1000 个对象：11 秒
使用 AutoDetectChanges = true 插入 1000 个对象：21 秒
使用 AutoDetectChanges = false 插入 1000 个对象：13 秒
【讨论】：