• Linq To Sql 简单的单表批量删除


          今天在网上看到老赵前辈的扩展LINQ to SQL:使用Lambda Expression批量删除数据,我看完了文章,还没有看源代码,我一般都习惯于在看别人的代码前,思考一下如果我来实现我会如何实现。我想了许久操作表达式树操作二元表达式(BinaryExpression)我是肯定困难的,对于表达式类库的了解不多,用了Reflector反射,结果什么都看不见,也许我的Reflector版本低了,没有更新。我就放弃了这种实现方式,我想有没有其他的方式呢?最终我觉得可以操作生成sql执行同样可以达到目的,也许更简单化。

          如何获取sql呢,Linq中有db.GetCommand(IQueryable )方法,DBCommand的CommandText就是sql了,那我们如何获取IQueryable 呢,我的第一感觉就是where方法。所以就有下面的语句了,IQueryable q = source.Where(query).AsQueryable();     DbCommand cmd = db.GetCommand(q);

         现在我们等到了查询sql,如何转化为Delete呢,我用了正则表达式匹配。就得到了下面完全代码:

    代码
    public static class TableExtension
        {
            
    /// <summary>
            
    /// 单表操作批量删除
            
    /// </summary>
            
    /// <typeparam name="T"></typeparam>
            
    /// <param name="source"></param>
            
    /// <param name="query"></param>
            
    /// <returns></returns>
            public static int Delete<T>(this System.Data.Linq.Table<T> source, Expression<Func<T, bool>> query)
                
    where T : class
            {
                
    if (source == null)
                    
    throw new ArgumentException("source");
                
    if (query == null)
                    
    throw new ArgumentException("query");
                
    //query = t => true;
                
    //为空DELETE  FROM [dbo].[test] 全删除;个人觉得为空全删除,很不人道,所以还是抛异常
                System.Data.Linq.DataContext db = source.Context;
                IQueryable q 
    = source.Where(query).AsQueryable();
                DbCommand cmd 
    = db.GetCommand(q);
                
    string sql = cmd.CommandText;
                
    string regex =
            
    @"from\s*\[\s*dbo\s*\]\s*\.\s*\[\s*\w+\s*\]\s*(?<tableparam>(as\s*(?<tablepname>(\[\s*\w+\s*\]))))(\.|(\r)|(\n))*";
                MatchCollection matches 
    = Regex.Matches(sql, regex, RegexOptions.Multiline | RegexOptions.IgnoreCase);
                Debug.Assert(matches 
    != null"regex match :null");
                Debug.Assert(matches.Count 
    == 1"regex match length :" + matches.Count);
                
    if (matches != null && matches.Count > 0)
                {
                    Match match 
    = matches[0];
                    sql 
    = ("DELETE  " + match.Value.Replace(match.Groups["tableparam"].Value, ""+
                        sql.Substring(match.Index 
    + match.Length)).Replace(match.Groups["tablepname"].Value + "."" ");
                    List
    <object> dbparams = new List<object>();
                    
    foreach (SqlParameter item in cmd.Parameters)
                    {
                        SqlParameter p 
    = new SqlParameter(item.ParameterName, item.SqlDbType, item.Size);
                        p.Value 
    = item.Value;
                        dbparams.Add(item.Value);
                    }
                    q 
    = null;
                    cmd 
    = null;
                    matches 
    = null;
                    Debug.WriteLine(
    "delete sql :" + sql);
                    
    return db.ExecuteCommand(sql, dbparams.ToArray());


                }
                
    return 0;
            }

     现在我们可以进行批量删除了,如:

    DataContext.test.Delete(t => t.id > 0 && t.name.Contains("test"|| new string[] { "12""34""45" }.Contains(t.name) 

    &&  t.name.Length >1);

    是不是很简单:看看Debug输出的sql:

    image

    在看一个:

    DataContext.Orders.Delete(t => !t.EmployeeID1.HasValue);
    image

    这个扩展中的缺点:

    1:只针对对单表操作,不支持linq的连接,如:DataContext.test.Delete(t => t.Orders.OrderID > 0);我这个我认为这个可以通过一个更复杂正则表达式完成。还有一种思路更简洁,就是通过sql server支持的表变量或者是临时表先查询出结果,在根据主键实现删除。也许你会说可以写成存储过程,我个人不喜欢它,我一般尽量在程序中TSQL,移植性好,除非性能考虑采用存储过程。

    2:事务处理:在这里只是一个先前的测试Demo,所以么有考虑。我觉得我们可以建立一个类来管理sql语句或者查询条件表达式在调用save方法时候进行内部事务操作(我一般不喜欢将事务显示在外部,因为我觉得事务很费资源,等待时间过长数据库容易崩溃,或者对表的锁定等,不知道这个想法对不对,请大家给个建议)。现在可以在外部事务操作就是有点像ADO.NET了,呵呵麻烦。

    优点:

    1:可以支持复杂的表达式,想老赵提到的“item.Introduction.Length < 10“,以及后面评论中提到的in、like等。

    2:实现简单,操作简单,这是最重要的,代码很容易理解。

    3:执行不需要从数据库里取出实体在执行,这是Linq的做法。更符合我们的习惯。我看见在老赵博客最后一个评论说它用EF也实现了批量删除,它的那种方式是取出实体在delete,其实并不是EF特有的,Linq也完全可以实现,就几行代码而已。

       

        还想多写一些优点,暂时就想到这些,有什么Bug或者建议请大家一定要指出。还有就是不知道这样对内存有么有影响,还没有来得及测试。

         我个人觉得其实计算机的东西都是我们生活中简单的问题运用,就在个人的思维了,就和前面讲的老外Linq组合查询的PredicateExtensions类一样。

        恩现在赶紧去看看老赵前辈的实现方式了,还没来得及看过一行代码呢,不知对事务、多表的支持如何。


    作者:破  狼
    出处:http://www.cnblogs.com/whitewolf/
    本文版权归作者,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。该文章也同时发布在我的独立博客中-个人独立博客博客园--破狼51CTO--破狼

  • 相关阅读:
    JVM系列六(自定义插入式注解器).
    JVM系列五(Javac 字节码编译器).
    2019 — 求不得,放不下
    Mybatis 条件判断单双引号解析问题
    JVM系列四(对象分配策略).
    JVM系列三(垃圾收集器).
    Spring MVC -- Spring Tool Suite和Maven(安装Tomcat、JDK)
    Spring MVC -- 单元测试和集成测试
    Spring MVC -- 下载文件
    Spring MVC -- 上传文件
  • 原文地址:https://www.cnblogs.com/whitewolf/p/1791682.html
Copyright © 2020-2023  润新知