由于之前面试中经常被问到有关ef的数据批量插入问题，今天以sqlserver数据库为例，对.net中处理数据批量处理的方案进行了测试对比。
1.四种测试方案
（1）普通的ef数据批量插入：即调用dbset中的addrange方法
（2）不进行上下文跟踪的ef数据批量插入：即关闭自调用的detectchanges方法，不对每一个添加的实体进行扫描
（3）在ef中执行sql批量插入
（4）ado.net执行sql批量插入
（5）利用sqlserver的bcp功能作批量插入：代码中利用了sqlbulkcopy类
2.相关环境
（1）数据库：sqlserver2014
（2）操作系统：win10
（3）cpu：i5-4210u
（4）内存：8g
3.测试
将以上5种方案，在数据量分别为100,1000,10000,100000的情况下进行测试，每种数据量级别测试3次
要插入的表如下所示：
3.1 普通的ef数据批量插入
用dbset的addrange方法作批量插入
3.2 不进行上下文跟踪的ef数据批量插入
用dbset的addrange方法作批量插入，且上下文不对增加的实体作跟踪，即代码中将context.configuration.autodetectchangesenabled设为false
3.3 在ef中执行sql批量插入
3.4 ado.net执行sql批量插入
3.5 利用sqlserver的bcp功能作批量插入
sqlbulkcopy类可对sqlserver数据库作批量处理，其原理是利用了sqlserver的bcp功能，但需要将数据先写入到datatable
4.测试结果
| 100条 | 1000条 | 10000条 | 100000条 | |
| ef普通批量插入 | 331,41,51 | 1034,459,456 | 5200,5090,4921 | 55396,56479,58018 |
| 不进行上下文跟踪的ef数据批量插入 | 282,44,55 | 817,1152,547 | 6022,5523,5843 | 51465,52590,52037 |
| ef中执行sql批量插入 | 7,4,4 | 52,32,45 | 811,388,380 | 插不进（sqlserver单次sql插入有限制） |
| ado.net执行sql批量插入 | 75,19,49 | 204,225,218 | 2177,2678,2387 | 插不进（sqlserver单次sql插入有限制） |
| sqlbulkcopy批量插入 | 26,3,3 | 8,7,10 | 120,114,97 | 820,596,368 |
*注：单位为毫秒
5.结论
（1）利用sqlbulkcopy来对sqlserver作数据批量操作要明显好于其它四种方式，随着数据量增加效果越明显
（2）数据量在1万以内，用ef来做数据插入，其性能基本是能接受的，可以从ef中执行sql批量插入这种方式中看出，所以说ef在正常的业务开发中，数据插入基本不存在性能问题
（3）很奇怪的是ef中执行sql批量插入 这种方式明显好于原生的ado.net执行sql批量插入这种方式，看来ef还是比较强大的