sql-server - DBContext SaveChanges 在内部是如何工作的？

Question

将 Entity Framework 与 SQL Server 2008 结合使用，我们得到了一个写入大量数据的应用程序，比如说每分钟 1000 行新行，每行都在它们自己的 DBContext.saveChanges 调用中(我们没有将它们一起批处理)

问题是我们的写入落后了很多。以至于它看起来像是在颠簸。例如，我们将在两分钟内用新行调用 saveChanges 几千次，并且不会进行一次写入，然后突然间我们将获得少量写入(但许多完全丢失)。

我们对 SQL 进行了跟踪，发现 SQL 甚至没有收到 10% 的 saveChanges 调用的写入命令。

因此，在 saveChanges 和 SQL Server 之间似乎存在问题。我想知道这个电话是如何工作的。它是否使用线程池？排队？一些我们可能会溢出的缓冲区？可能是由于写入量导致它无声地失败了吗？

MSDN 在解释这些东西的实际工作原理方面毫无用处

Answer 1

阅读performance considerations in the msdn也看看Fastest Way of Inserting in Entity Framework .