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

2018-06-23 22:45:18来源:未知 阅读 ()

新老客户大回馈,云服务器低至5折

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。

clipboard[6]

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

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

clipboard[7]

 

所以为了避免这种情况,

推荐使用对象初始化器,

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

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

 

标签:

版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有

上一篇:(转)ASP.NET缓存概念及其应用浅析

下一篇:(转)c#对象内存模型