常见的误解有： 

1. 只用 ado.net ，无法进行动态 SQL 拼接。 

2. 有几个动态参数，代码的重复量就成了这些参数的不同数量的组合数，动态参数越多，重复量越大。 

对于第二个问题，以下的错误代码为其证据：

代码如下: 

 if(id>0 && string.IsNullOrEmpty(name)) {

 command.CommandText = "select * from t1 where id=?"; 

command.Parameters.Add(id);

 }

 if(id<=0 && !string.IsNullOrEmpty(name)) {

 command.CommandText = "select * from t1 where name=?"; 

command.Parameters.Add(name); 

} 

if(id<=0 && !string.IsNullOrEmpty(name)) {

 command.CommandText = "select * from t1 where id=? and name=?";

 command.Parameters.Add(id); command.Parameters.Add(name); 

}

这两个问题都很好解决，给一个正确的代码例子大家看看即可：

 代码如下: 

 string sql ="select * from t1 where 1=1"; 

if(id != null) { sql += " and id=?"; 

addParameterValue(cmd,id); } 

if(!string.IsNullOrEmpty(name)) { sql += " and name=?";

 addParameterValue(cmd,name); } 

command.CommandText = sql;

这里的技巧在于，使用了一个 "where 1=1"， 巧妙解决了后续 sql 拼接中，每行开头是否要有 "and" 的问题。而这个 "where 1=1"，并不会对数据库的索引执行，造成性能上的影响。 对参数进行排列组合，然后写各种组合的 SQL，这个思路很奇怪。问题是，很多初学者，都有这个思维习惯。本人不是计算机科班出身，不知道是否哪本教科书，就是如此教导的。但很不幸的是，这个思维习惯是错误的。 "where 1=1" 虽是教科书中没有的小技巧，却很管用。 另外，在程序中，一般会在用户界面上让使用用户录入数字，这个数字的数值，在代码中会自动变成 string，然后尝试 string 转换成 int/long，最后送到 sql 函数里。这里需要特别注意的是，很多人把某个特殊的数值，作为“用户无录入的默认值”，正如本文开头所写的错误代码那样：

代码如下: 

 if(id>0 && string.IsNullOrEmpty(name))

问题在于，0 是否是不正常的业务数值，代码中看不出来。不排除程序员随意指定一个数值，作为“用户无录入的默认值”，如果不巧这个默认值，实际上是有其他意义的，那就造成问题。 在数据库的理论中，没有指定的数据，是用 null 来表示的，不论是 string 还是 int/long。 这是一个很好的思路，同样可以用在这里的 sql 拼接中。因此，我们在后面的代码中，使用了这个：

 代码如下: 

 if(id != null)

上述代码中， addParameterValue(cmd,name); 是一个简单封装的函数，用来封装如下一小段代码，目的是让最后的代码，较为简捷直观：

 代码如下: 

 DbParameter p = cmd.CreateParameter(); p.ParameterName = "@XXX"; p.Value = TTT; cmd.Parameters.Add(p);

当然，这个 addParameterValue() 封装函数，是可有可无的。多写几个 DbParameter p = cmd.CreateParameter() 并没有什么大问题。