共計 2384 個字符，預計需要花費 6 分鐘才能閱讀完成。

這篇文章主要介紹了怎么寫出易調試的 SQL，具有一定借鑒價值，感興趣的朋友可以參考下，希望大家閱讀完這篇文章之后大有收獲，下面讓丸趣 TV 小編帶著大家一起了解一下。

1. 前言

相比高級語言的調試如 C# , 調試 SQL 是件痛苦的事 . 特別是那些上千行的存儲過程, 更是我等碼農的噩夢.

在將上千行存儲過程的 SQL 分解到 C# 管理后, 也存在調試的不通暢, 如何讓調試流暢些呢

2. 常見調試

2.1 通常在 Dapper 里面一個斷點下去, 抓到類似如下 SQL:

SELECT a.* FROM dbo.ptype a INNER JOIN dbo.PType_Price b ON a.typeId=b.PTypeID LEFT JOIN dbo.PType_Units c ON a.typeId=c.UnitsId WHERE a.typeId=@typeid AND a.CreateDate=@Area AND preprice1=@preprice1 AND deleted=@deleted

各種 @符號, 需要手工替換后才能調試 (麻煩), 要是能抓到最終 SQL 就好了

2.2 慶幸的是可以通過 SQLServer Profiler 來抓到最終 SQL

但是生產環境中的 SQLServer, 并發執行的 SQL 非常多, 如上圖所見, 在一大堆 SQL 里面找到你剛才執行的 SQL 也比較麻煩, 即使可以 Ctrl  + F 調出搜索框來搜索, 也要想個好的關鍵字來搜索 , 麻煩.

3. 解決方案

既然我們想要最終的 SQL , 為毛不在丟給 Dapper 執行前, 就已經是最終 SQL 了呢, 上工具代碼:

public class SqlHelper { public Dictionary string, object  Param = new Dictionary string, object  public string ReplaceParam(ref string sql) { if (Param.Count == 0) { return sql; } StringBuilder sb = new StringBuilder(); sb.Append(sql); foreach (var item in Param) { var paramName = item.Key; var paramValue = item.Value; var type = paramValue.GetType(); if (type == typeof(string) || type == typeof(DateTime)) { // 字符串  sb.Replace($ @{paramName} , $ {paramValue}  } else if (type == typeof(bool)) { //bool  類型  if (paramValue.ToString() ==  True ) { sb.Replace($ @{paramName} ,  1  } else { sb.Replace($ @{paramName} ,  0  } } else { // 數值  sb.Replace($ @{paramName} , paramValue.ToString()); } } sql = sb.ToString(); return sql; } }

調用示例:

public IEnumerable Ptype  GetPtypeDetail() { var sql = @  SELECT a.* FROM dbo.ptype a INNER JOIN dbo.PType_Price b ON a.typeId=b.PTypeID LEFT JOIN dbo.PType_Units c ON a.typeId=c.UnitsId WHERE a.typeId=@Typeid AND a.CreateDate=@CreateDate AND preprice1=@preprice1 AND deleted=@deleted   var sqlHelper = new SqlHelper(); sqlHelper.Param.Add(Typeid ,  001  sqlHelper.Param.Add( CreateDate , DateTime.Now); sqlHelper.Param.Add(preprice1 , 3.62M); sqlHelper.Param.Add(deleted , true); sqlHelper.ReplaceParam(ref sql); IEnumerable Ptype  plist = new List Ptype  using (var con = SQLServerHelper.GetConnection()) { plist = con.Query Ptype (sql); } return plist; }

這樣丟給 Dapper 執行的 SQL 始終是最終 SQL, 就不用煞費苦心去抓了.

PS: 有人可能會質疑這樣替換的效率, 不用擔心已測試 , C# 的字符串替換是非常快的, 上面的調用實例, 當時的測試結果是 微妙和納秒級別,   有興趣的看管可以再測試.

4. ***

現在丟給 Dapper 執行的不再是 充滿 @參數的 SQL , 而是一個替換好的最終 SQL.

這樣當老板隔老遠吼道你說: 小蔣, 你 tm 有個 XX bug , 趕緊看看.

你可以不慌不忙的在 Dapper Query 處打個斷點

鼠標放在 SQL 變量上, 輕松的拿到最終 SQL 進行調試, 而不是, 手動去替換 @參數, 又或則在 SQLServer Profiler   里面大海撈針了!!!

感謝你能夠認真閱讀完這篇文章，希望丸趣 TV 小編分享的“怎么寫出易調試的 SQL”這篇文章對大家有幫助，同時也希望大家多多支持丸趣 TV，關注丸趣 TV 行業資訊頻道，更多相關知識等著你來學習!