DBContext SaveChanges如何在內部工作？

Question

在SQL Server 2008中使用實體框架，我們有一個應用程序可以寫入大量數據，比如每分鐘有1000個新行，每個行都在他們自己的DBContext.saveChanges調用中（我們沒有將它們分配到一起）

問題在於我們的寫作落後了。這似乎是事情顛簸。例如，我們將在兩分鐘內用新行調用saveChanges幾千次，而不會進行單個寫操作，然後突然之間我們會得到一些寫操作（但很多都是完全丟失的）。

我們已經採用了一個SQL跟蹤，並且發現即使我們的saveChanges調用中有10％都沒有寫入SQL命令。

因此，saveChanges和SQL Server之間似乎存在問題。我想知道這個電話是如何工作的。它使用線程池嗎？排隊？一些緩衝區，我們可能會超出？也許由於寫入數量而導致其默默無聞？

MSDN上解釋這個東西實際上是如何工作的

Answer 1

我不知道它是如何工作的內部好看不中用，但這種過載你更好的數據插入到隊列中，並使用一個或多個（但有限）線程清空隊列並寫入數據庫。您可以測試和調整線程數量，以免丟失數據。

Answer 2

閱讀performance considerations in the msdn，也看看Fastest Way of Inserting in Entity Framework。