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 里面大海撈針了!!!