在submitChanges之前检测LINQ插入并使用BulkInsert代替

Question

我有一堆代码，除了一些更新/删除之外，还设置了向 LINQ DB 添加 10k 到 20k 的插入。所有这些更改都是通过 db.SubmitChanges() 调用提交的。问题是它太慢了:(性能已经在 StackOverflow 上的这篇精彩文章中进行了彻底测试：

使用 Linq to Sql 的插入过程非常慢

问题是我不想重写准备数据库对象的所有代码。我尝试 psuedo编写我想要在下面执行的操作

免责声明：这不是真正的代码！它不会编译......甚至不会关闭:)

旧方式：

SchedDB.Data.SchedulerDBDataContext db = new SchedDB.Data.SchedulerDBDataContext();
//Do a bunch of stuff to populate "db"
db.SubmitChanges()

新方式：

SchedDB.Data.SchedulerDBDataContext db = new SchedDB.Data.SchedulerDBDataContext();
//Do a bunch of stuff to populate "db"
//NEW: Detect all of the inserts in the "db" object.  Remove those inserts and generate code to insert them with a batch dataadapter.  For example:
//
//DataTable dtProducts = new DataTable()
//dtProducts.Columns.Add(ProductID) //yada yada all of the columns here
//
//DataTable dtCustomers = new DataTable()
//dtCustomers.Columns.Add(CustomerID) //yada yada all of the columns here


//foreach (insertItem in db.Inserts) //this is pseudo code, I need help here
//{
//   if (insertItem.destinationTable == "Products")
//   {
//      DataRow dr = dtProducts.NewRow();
//      dr["ProductID"] = insertItem.ProductID; //This line of code probably isn't even close to being right... I can't imagine the "insertItem" holding all of the columns no matter what the destinationTable is
//   }
//   if (insertItem.destinationTable == "Customers")
//   {
//       //similar code, all customer columns, yada yada
//   }
//   IMPORTANT: remove the item from the LINQ db so it doesn't insert it anymore
//
// Make a table adapter for each datatable
// Set the .BatchSize parameter
//Commit each table adapter.
// db.SubmitChanges()  //If there are any updates or deletes they are still in here and still need to happen.

如果有任何错误批量更新，那么很高兴知道这一点，这样我就可以回滚 LINQ 数据库，并可能运行一些其他代码来清除 dataapapters 插入。 （我可以处理这个问题，我的所有插入都有一个额外的列，它是批量插入所独有的 int 。）

Answer 1

好的，我找到了问题的答案。您可以从这里下载一个甜蜜的课程：

http://code.msdn.microsoft.com/LinqEntityDataReader

这个类非常适合我，我可以将 LINQ 生成的“Customer”对象集合传递给 SQLBulkCopy！

Answer 2

与其执行所有这些操作，为什么不直接插入 db.SubmitChanges();在每个单独的项目之后调用，还是在 X 个项目块之后调用？这也不理想，但比一次提交大量更改要好，并且可能很容易在代码中进行更改。

向 DataContext 提供中等大小的更新，它实际上并不会为您完成这些更新。然后转向更有成效的事情。