ADO.NET中带参数的Sql语句的陷阱

浏览数：16 / 时间：2015年06月12日

1.使用Parameter

//利用构造函数方式 ，不推荐这样写
Parameter  p =new Parameter("@id",值);
cmd.Parameters.Add(p);
//利用对象初始化器的方式，推荐是这样写
Parameter p =new Parameter()
{ParameterName="@id",Value="值"};
cmd.Parameters.Add(p);

//推荐和不推荐为了什么？在下面说

2.使用Parameter数组

//不推荐的写法
Parameter[] pms =new Parameter[];
{
       new Parameter("@id",值);
       ......
};
cmd.Parameter.AddRange(pms);
 
//推荐的写法
   SqlParameter[] pms= {
     new SqlParameter("@id", SqlDbType.VarChar,50),
      .......
      } ;
   parameters[0].Value = "值";
  cmd.Parameter.AddRange(pms);

//推荐和不推荐是因为什么？在下面说

3.Parameter("@id",值)的陷阱

如上1和2中所说，不推荐Parameter("@id",值)的使用方式。为什么呢？

原因是有一次这样写。

new SqlParameter（"@aa",0）; 返现竟然奇怪的调用了红色圈中的构造函数。

结果就是数据库，原本赋值的项，变成了null。

为什么0会被编译器，看成MySqlDbType类型呢？

原因是，MySqlDbType是一个枚举。0正好对应了Decimal类型。

所以为了避免这种情况，

推荐使用对象初始化器，

或者直接使用带DbType的构造函数实例化，然后再赋值。

总之，直接用构造函数的方式有点略坑~