SqlParameter参数类型为int32时候的传值陷阱

本文讲述了在使用SqlParameter传递参数时遇到的一个常见问题。若不正确地指定参数类型,会导致默认值被误解释为SqlDbType,从而引发错误。文章提供了正确的参数传递方法,并解释了为何需要进行类型转换。

前2天在使用SqlParameter传递参数的时候遇到一个小坑,问题不大,重在分享。

SqlParameter para=new SqlParameter("@IsDeleted",0);

这样传递参数,到数据库执行的时候后面的参数将会变为default,当类型为int时必定产生错误。下面为正确的方法:

Parameter = new SqlParameter("@pname", Convert.ToInt32(0));

这是因为如果不执行该转换,则编译器将认为您尝试调用 SqlParameter(string、 SqlDbType)构造函数重载。

没错,你传递的0将会站位SqlDbType这个参数,调用public SqlParameter(string parameterName, SqlDbType dbType)方法。重载方法如下:

public SqlParameter(string parameterName, object value)
public SqlParameter(string parameterName, SqlDbType dbType)

因此当使用这个方法的时候,一定要将值传唤为object类型,哈哈,不能不说这个有点小坑,所以使用vs编码调用方法的时候最好多F12或者ctrl+shift键多看看。

转载于:https://www.cnblogs.com/coce/p/6706426.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值