1. 只用 ado.net ，無法進行動態(tài) SQL 拼接。
2. 有幾個動態(tài)參數(shù)，代碼的重復量就成了這些參數(shù)的不同數(shù)量的組合數(shù)，動態(tài)參數(shù)越多，重復量越大。 對于第二個問題，以下的錯誤代碼為其證據：

這兩個問題都很好解決，給一個正確的代碼例子大家看看即可：

這里的技巧在于，使用了一個 "where 1=1"， 巧妙解決了后續(xù) sql 拼接中，每行開頭是否要有 "and" 的問題。而這個 "where 1=1"，并不會對數(shù)據庫的索引執(zhí)行，造成性能上的影響。 對參數(shù)進行排列組合，然后寫各種組合的 SQL，這個思路很奇怪。問題是，很多初學者，都有這個思維習慣。本人不是計算機科班出身，不知道是否哪本教科書，就是如此教導的。但很不幸的是，這個思維習慣是錯誤的。 "where 1=1" 雖是教科書中沒有的小技巧，卻很管用。
另外，在程序中，一般會在用戶界面上讓使用用戶錄入數(shù)字，這個數(shù)字的數(shù)值，在代碼中會自動變成 string，然后嘗試 string 轉換成 int/long，最后送到 sql 函數(shù)里。這里需要特別注意的是，很多人把某個特殊的數(shù)值，作為“用戶無錄入的默認值”，正如本文開頭所寫的錯誤代碼那樣： 問題在于，0 是否是不正常的業(yè)務數(shù)值，代碼中看不出來。不排除程序員隨意指定一個數(shù)值，作為“用戶無錄入的默認值”，如果不巧這個默認值，實際上是有其他意義的，那就造成問題。 在數(shù)據庫的理論中，沒有指定的數(shù)據，是用 null 來表示的，不論是 string 還是 int/long。 這是一個很好的思路，同樣可以用在這里的 sql 拼接中。因此，我們在后面的代碼中，使用了這個：

上述代碼中， addParameterValue(cmd,name); 是一個簡單封裝的函數(shù)，用來封裝如下一小段代碼，目的是讓最后的代碼，較為簡捷直觀：

當然，這個 addParameterValue() 封裝函數(shù)，是可有可無的。多寫幾個 DbParameter p = cmd.CreateParameter() 并沒有什么大問題。

版權聲明：本站文章來源標注為YINGSOO的內容版權均為本站所有，歡迎引用、轉載，請保持原文完整并注明來源及原文鏈接。禁止復制或仿造本網站，禁止在非www.sddonglingsh.com所屬的服務器上建立鏡像，否則將依法追究法律責任。本站部分內容來源于網友推薦、互聯(lián)網收集整理而來，僅供學習參考，不代表本站立場，如有內容涉嫌侵權，請聯(lián)系alex-e#qq.com處理。