EntityFramework：支持同一事务提交的批量删除数据实现思路

最新推荐文章于 2021-12-27 10:23:21 发布

xcl522

最新推荐文章于 2021-12-27 10:23:21 发布

阅读量1.1k

点赞数

本文链接：https://blog.csdn.net/xcl522/article/details/41624459

版权

本文探讨了在EntityFramework中实现批量删除数据的思路，通过分析EF的批量删除问题，提出利用Expression表达式生成SQL并替换部分语句以达到批量删除的目的。同时，文章还讨论了如何在事务中整合SaveChanges和ExecuteSqlCommand，确保操作在同一事务内完成，以提高效率和保证数据一致性。

摘要由CSDN通过智能技术生成

一切从一段代码说起。。。

下面一段代码是最近我在对一EF项目进行重构时发现的。

protected override void DoRemove(T entity)
{
    this.dbContext.Entry(entity).State = EntityState.Deleted;
    Committed = false;
}

protected override int DoRemove(System.Linq.Expressions.Expression<Func<T, bool>> predicate = null)
{
    var set = dbContext.Set<T>().AsQueryable();
    set = (predicate == null) ? set : set.Where(predicate);

    int i = 0;
    foreach (var item in set)
    {
        DoRemove(item);
        i++;
    }
    return i;
}

没错，这是使用Expression表达式实现批量删除数据的代码。当中的foreach代码块循环调用DoRemove（T entity）方法来修改符合条件的实体的状态码，最后执行dbContext的SaveChanges方法来提交到数据库执行删除命令。正是这个foreach引起了我的思考，我们知道EF会自动生成SQL语句提交到数据库执行，删除一条记录的话，会生成一条delete语句。如果要删除多条记录，手写SQL的话，只需一条带where条件的delete语句即可（如：delete from [tableName] where [condition]），而通过执行上面代码的批量删除方法，EF会不会生成一条类似这样的SQL呢？通过SQL Server Profiler跟踪发现这样的结果：

一向NB的EF这下反而SB了，生成的是多条delete语句，一条记录生成一条SQL！这样搞的话，如果要删除的记录有上百条、上千条，甚至上万条的话，那不是把EF给累死，数据库DB也会跟着被连累：”老大，一句话可以说完的事，你给我拆开一个字一个字来说，欠揍啊！”。我们知道任何ORM框架在生成SQL时都会存在性能的损耗，某些SQL会被优化后生成，但在按指定条件批量删除记录这方面很多ORM框架都存在上面出现的尴尬场面。正如老赵在《扩展LINQ to SQL：使用Lambda Expression批量删除数据》一文所说这并不是ORM的问题，只是使用起来不方便。老赵一文所提的方法不失为一种好方案，主要思路是通过解析Expression表达式构造SQL的Where条件子句。看到这里大家估计也清楚了问题的焦点其实就是一条SQL。如果手写SQL的话上面的批量删除SQL语句会类似这样：delete from [DomainObjectA] where [Prop1] in (N'prop2',N'prop3',N'prop5')，而EF对于Expression参数的查询是十分给力的，自动生成的查询SQL是这样的：

SELECT 
    [Extent1].[ID] AS [ID], 
    [Extent1].[Prop1] AS [Prop1], 
    [Extent1].[Prop2] AS [Prop2]
FROM [dbo].[DomainObjectA] AS [Extent1]
WHERE [Extent1].