总结:实例化SqlParameter时,如果是字符型,一定要指定size属性,还有制定具体的类型
2013-08-08 16:42 -夜 阅读(311) 评论(0) 编辑 收藏 举报在csdn上逛看到了这篇帖子,值得学习,就需要记录下来,转载给大家看!
以前在实例化SqlParameter时,通常都是用下面的语句,没有设置size属性:
new SqlParameter("@name", SqlDbType.Varchar) { Value = name };
根据MSDN解释:如果未在 size 参数中显式设置 Size,则从 dbType 参数的值推断出该大小。
我一直以为是从SqlDbType类型推断,实际上是从参数的值推断,比如"ab",则size值为2,"abcd",则size值为4,且经测试发现,size的值不同时,会导致执行计划不会重用,下面的代码:
string sql = "select top 1 * from tb where name = @o"; var para = new SqlParameter("@o", SqlDbType.VarChar) {Value = "ab"}; SqlHelper.ExecuteReader(ReadConnectionString, CommandType.Text, sql, para);
通过SqlProfiler捕获到的sql如下:
exec sp_executesql N'select top 1 * from tb where name = @o',N'@o nvarchar(2)',@o=N'ab'
如果把参数的值改成abcd,则通过SqlProfiler捕获到的sql如下:
exec sp_executesql N'select top 1 * from tb where name = @o',N'@o nvarchar(4)',@o=N'abcd'
通过下面的sql,可以看出执行计划是否有重用:
--先清空执行计划缓存 DBCC FREESYSTEMCACHE ('ALL') DBCC FREEPROCCACHE GO SELECT * FROM sys.dm_exec_cached_plans WHERE cacheobjtype = 'Compiled Plan' GO exec sp_executesql N'select top 1 * from tb where name = @o',N'@o nvarchar(2)',@o=N'ab' GO SELECT * FROM sys.dm_exec_cached_plans WHERE cacheobjtype = 'Compiled Plan' GO exec sp_executesql N'select top 1 * from tb where name = @o',N'@o nvarchar(4)',@o=N'abcd' GO SELECT * FROM sys.dm_exec_cached_plans WHERE cacheobjtype = 'Compiled Plan' GO
最后的说明,实例化SqlParameter时,如果是字符型,一定要指定size属性,如:
new SqlParameter("@name", SqlDbType.Varchar, 4000) { Value = name };
如果是Int、Float、Bigint之类的参数,可以不用指定size属性
另见13楼所说,不光要指明size的大小,还有制定具体的类型
比如name是varchar类型的,如果不指明具体类型,sql接受的是nvarchar类型的,也会出现问题
见如下地址
如果数据库中的数据类型和程序指定的数据类型不一致,可能会导致很多转换,导致性能的底下!
MSDN中关于SqlParameter的备注
当在 value 参数中指定 Object 时,SqlDbType 将从 Object 的 .NET Framework 类型推断出。
请小心使用 SqlParameter 构造函数的这个重载来指定整数参数值。因为此重载接受 Object 类型的 value,所以当此值为零时,必须将整数值转换为 Object 类型,如下面的 C# 示例所示。
Parameter = new SqlParameter("@pname", Convert.ToInt32(0));
如果不执行该转换,则编译器将认为您尝试调用 SqlParameter(string、 SqlDbType)构造函数重载。