SQL Server 執行參數化指令碼時的一個效能問題

今天遇到了一個莫名其妙的效能問題，一段簡單的SQL語句，以使用者名稱為查詢條件。

不同的使用者執行時居然速度不同，凡是使用者名稱中帶有“9”的，執行速度就慢。

匪夷所思，難道“9”是敏感詞？？開玩笑，肯定是程式哪裡有問題。

經過檢查，發現代碼中添加查詢參數時，只聲明了參數名稱，而沒有指定參數類型。如下：

new SqlParameter("@XXX", "使用者名稱");

代碼跟蹤到這裡，發現這樣產生的參數對象的資料類型是NVarChar，而資料庫中的使用者名稱欄位類型是VarChar。

就差這麼一點點，結果導致使用者名稱中帶有“9”的使用者的查詢速度明顯降低。

這個“9”為什麼會慢，還沒搞清楚，但是改正的方法已經明確了。

在執行個體化參數對象時指定資料類型是VarChar就可以了，這下查詢速度就上來了。

一時馬虎，居然就出現了效率問題，看來碼農搬磚也是需要走走腦子的……