我将推荐这篇关于如何使用EF进行批量插入的文章。

实体框架和慢速批量INSERT

他探索了这些领域并比较了绩效：

默认EF（57分钟完成添加30000条记录）替换为ADO.NET代码（对于相同的30000，25秒）上下文膨胀-通过为每个工作单元使用一个新的上下文来保持活动的上下文图较小（相同的30000个插入需要33秒）大列表-关闭AutoDetectChangesEnabled（将时间缩短至约20秒）批处理（最短16秒）DbTable.AddRange（）-（性能在12范围内）

秘密是插入到相同的空白暂存表中。插件快速发光。然后在主大表中运行一个单独的插入。然后截断临时表，为下一批做好准备。

ie.

insert into some_staging_table using Entity Framework.

-- Single insert into main table (this could be a tiny stored proc call)
insert into some_main_already_large_table (columns...)
   select (columns...) from some_staging_table
truncate table some_staging_table

这里编写的所有解决方案都无济于事，因为当您执行SaveChanges（）时，insert语句会一个接一个地发送到数据库，这就是Entity的工作方式。

例如，如果您的数据库往返行程是50毫秒，那么插入所需的时间是记录数x 50毫秒。

您必须使用BulkInsert，以下是链接：https://efbulkinsert.codeplex.com/

通过使用它，我的插入时间从5-6分钟减少到10-12秒。

我对上面的@Slauma示例进行了一个通用扩展；

public static class DataExtensions
{
    public static DbContext AddToContext<T>(this DbContext context, object entity, int count, int commitCount, bool recreateContext, Func<DbContext> contextCreator)
    {
        context.Set(typeof(T)).Add((T)entity);

        if (count % commitCount == 0)
        {
            context.SaveChanges();
            if (recreateContext)
            {
                context.Dispose();
                context = contextCreator.Invoke();
                context.Configuration.AutoDetectChangesEnabled = false;
            }
        }
        return context;
    }
}

用法：

public void AddEntities(List<YourEntity> entities)
{
    using (var transactionScope = new TransactionScope())
    {
        DbContext context = new YourContext();
        int count = 0;
        foreach (var entity in entities)
        {
            ++count;
            context = context.AddToContext<TenancyNote>(entity, count, 100, true,
                () => new YourContext());
        }
        context.SaveChanges();
        transactionScope.Complete();
    }
}

下面是使用实体框架和使用SqlBulkCopy类之间的性能比较，具体示例为：如何将复杂对象批量插入SQL Server数据库

正如其他人已经强调的，ORM不应用于批量操作。它们提供了灵活性、关注点分离和其他好处，但批量操作（批量读取除外）不是其中之一。

尝试使用存储过程来获取要插入的数据的XML。