如何写出易调试的SQL

运维 数据库运维
相比高级语言的调试如C# , 调试SQL是件痛苦的事 . 特别是那些上千行的存储过程, 更是我等码农的噩梦。在将上千行存储过程的SQL 分解到 C# 管理后, 也存在调试的不通畅, 如何让调试流畅些呢, 请看下文。

1.前言

相比高级语言的调试如C# , 调试SQL是件痛苦的事 . 特别是那些上千行的存储过程, 更是我等码农的噩梦.

在将上千行存储过程的SQL 分解到 C# 管理后, 也存在调试的不通畅, 如何让调试流畅些呢, 请看后续

2.常见调试

2.1 通常在Dapper 里面一个断点下去, 抓到类似如下SQL:

  1. SELECT 
  2.  
  3. a.* 
  4.  
  5. FROM  dbo.ptype a 
  6.  
  7. INNER JOIN dbo.PType_Price b ON a.typeId=b.PTypeID 
  8.  
  9. LEFT JOIN dbo.PType_Units c ON a.typeId=c.UnitsId 
  10.  
  11. WHERE a.typeId=@typeid AND a.CreateDate=@Area 
  12.  
  13. AND preprice1=@preprice1 AND deleted=@deleted  

各种@符号, 需要手工替换后才能调试(麻烦), 要是能抓到最终SQL就好了

2.2 庆幸的是可以通过SQLServer Profiler 来抓到最终SQL 

 

 

 

但是生产环境中的SQLServer, 并发执行的SQL 非常多, 如上图所见, 在一大堆SQL 里面找到你刚才执行的SQL也比较麻烦, 即使可以Ctrl + F 调出搜索框来搜索, 也要想个好的关键字来搜索 , 麻烦.

3.解决方案

既然我们想要最终的SQL , 为毛不在丢给Dapper 执行前, 就已经是最终SQL了呢, 上工具代码:

  1. public class SqlHelper 
  2.  
  3.     { 
  4.  
  5.   
  6.  
  7.         public Dictionary<string, object> Param = new Dictionary<string, object>(); 
  8.  
  9.   
  10.  
  11.         public string ReplaceParam(ref string sql) 
  12.  
  13.         { 
  14.  
  15.             if (Param.Count == 0) 
  16.  
  17.             { 
  18.  
  19.                 return sql; 
  20.  
  21.             } 
  22.  
  23.   
  24.  
  25.             StringBuilder sb = new StringBuilder(); 
  26.  
  27.             sb.Append(sql); 
  28.  
  29.             foreach (var item in Param) 
  30.  
  31.             { 
  32.  
  33.                 var paramName = item.Key
  34.  
  35.                 var paramValue = item.Value; 
  36.  
  37.                 var type = paramValue.GetType(); 
  38.  
  39.                 if (type == typeof(string) || type == typeof(DateTime)) 
  40.  
  41.                 { 
  42.  
  43.                     //字符串 
  44.  
  45.                     sb.Replace($"@{paramName}", $"'{paramValue}'"); 
  46.  
  47.                 } 
  48.  
  49.                 else if (type == typeof(bool)) 
  50.  
  51.                 { 
  52.  
  53.                     //bool 类型 
  54.  
  55.                     if (paramValue.ToString() == "True"
  56.  
  57.                     { 
  58.  
  59.   
  60.  
  61.                         sb.Replace($"@{paramName}""1"); 
  62.  
  63.                     } 
  64.  
  65.                     else 
  66.  
  67.                     { 
  68.  
  69.                         sb.Replace($"@{paramName}""0"); 
  70.  
  71.                     } 
  72.  
  73.                 } 
  74.  
  75.                 else 
  76.  
  77.                 { 
  78.  
  79.                     //数值 
  80.  
  81.                     sb.Replace($"@{paramName}", paramValue.ToString()); 
  82.  
  83.                 } 
  84.  
  85.             } 
  86.  
  87.   
  88.  
  89.             sql = sb.ToString(); 
  90.  
  91.             return sql; 
  92.  
  93.         } 
  94.  
  95.     }  

调用示例:

  1. public IEnumerable<Ptype> GetPtypeDetail() 
  2.  
  3.         { 
  4.  
  5.             var sql = @" 
  6.  
  7. SELECT a.* 
  8.  
  9. FROM  dbo.ptype a 
  10.  
  11. INNER JOIN dbo.PType_Price b ON a.typeId=b.PTypeID 
  12.  
  13. LEFT JOIN dbo.PType_Units c ON a.typeId=c.UnitsId 
  14.  
  15. WHERE a.typeId=@Typeid AND a.CreateDate=@CreateDate 
  16.  
  17. AND preprice1=@preprice1 AND deleted=@deleted 
  18.  
  19.   
  20.  
  21. "; 
  22.  
  23.             var sqlHelper = new SqlHelper(); 
  24.  
  25.   
  26.  
  27.             sqlHelper.Param.Add("Typeid""001"); 
  28.  
  29.             sqlHelper.Param.Add("CreateDate", DateTime.Now); 
  30.  
  31.             sqlHelper.Param.Add("preprice1", 3.62M); 
  32.  
  33.             sqlHelper.Param.Add("deleted"true); 
  34.  
  35.             sqlHelper.ReplaceParam(ref sql); 
  36.  
  37.   
  38.  
  39.             IEnumerable<Ptype> plist = new List<Ptype>(); 
  40.  
  41.             using (var con = SQLServerHelper.GetConnection()) 
  42.  
  43.             { 
  44.  
  45.                 plist = con.Query<Ptype>(sql); 
  46.  
  47.             } 
  48.  
  49.   
  50.  
  51.             return plist; 
  52.  
  53.         }  

这样丢给Dapper 执行的SQL 始终是最终SQL, 就不用煞费苦心去抓了.

PS: 有人可能会质疑这样替换的效率,不用担心已测试 , C#的字符串替换是非常快的, 上面的调用实例, 当时的测试结果是 微妙和纳秒级别, 有兴趣的看管可以再测试.

4. ***

现在丢给Dapper执行的不再是 充满@参数的SQL , 而是一个替换好的最终SQL.

这样当老板隔老远吼道你说: 小蒋, 你tm 有个XX bug ,赶紧看看.

你可以不慌不忙的在 Dapper Query处打个断点 

 

 

 

鼠标放在SQL变量上, 轻松的拿到最终SQL进行调试, 而不是, 手动去替换@参数, 又或则在SQLServer Profiler 里面大海捞针了!!! 

责任编辑:庞桂玉 来源: 数据库开发
相关推荐

2022-10-24 08:10:21

SQL代码业务

2017-07-12 13:04:23

数据库SQL查询执行计划

2016-12-15 09:58:26

优化SQL高性能

2020-07-15 08:17:16

代码

2013-06-07 14:00:23

代码维护

2020-05-11 15:23:58

CQRS代码命令

2021-09-01 08:55:20

JavaScript代码开发

2016-11-25 13:50:15

React组件SFC

2021-11-30 10:20:24

JavaScript代码前端

2022-02-08 19:33:13

技巧代码格式

2022-02-17 10:05:21

CSS代码前端

2021-01-04 07:57:07

C++工具代码

2020-05-19 15:00:26

Bug代码语言

2019-09-20 15:47:24

代码JavaScript副作用

2020-12-19 10:45:08

Python代码开发

2022-03-11 12:14:43

CSS代码前端

2016-12-21 11:55:55

兼容性页面

2015-09-28 10:49:59

代码程序员

2019-06-24 10:26:15

代码程序注释

2021-11-29 07:02:24

Python函数操作
点赞
收藏

51CTO技术栈公众号