项目总结——SqlParameter的参数设置长度(size属性)
看到很多朋友在实例化SqlParameter时，通常都没有指定参数的长度就直接给参数赋值了。就像下面的写法：
new SqlParameter("@address", SqlDbType.Varchar) { Value = address};
以前也一直都觉的加与不加参数长度应该没有什么区别，仅是写法上的不同而已，直到做完这个项目，才明白其实两者不一样的，为了提高sql执行速度，请为SqlParameter参数加上size属性。
下面我们分析一下两者的区别：
根据MSDN解释：如果未在size参数中显式设置Size，则从dbType参数的值推断出该大小。
如果你认为上面的推断出该大小是指从SqlDbType类型推断，那你就错了，它实际上是从你传过来的参数的值来推断的，比如传递过来的值是"shengzhen"，则size值为9，"shanghai"，则size值为8。那么，不同的size值会引发什么样的结果呢？且经测试发现，size的值不同时，会导致数据库的执行计划不会重用，这样就会每次执行sql的时候重新生成新的执行计划，而浪费数据库执行时间。
比如：
--清空执行计划缓存DBCC FREESYSTEMCACHE('ALL')DBCC FREEPROCCACHEGOexec sp_executesql N'select top 1 * from T_GroupInfo where groupName = @groupName',N'@groupName nvarchar(8)',@groupName=N'第1组'GOSELECT * FROM sys.dm_exec_cached_plans WHERE cacheobjtype = 'Compiled Plan'GOexec sp_executesql N'select top 1 * from T_GroupInfo where groupName = @groupName',N'@groupName nvarchar(9)',@groupName=N'第2组'GOSELECT * FROM sys.dm_exec_cached_plans WHERE cacheobjtype = 'Compiled Plan'GO你会发现，第一条sql与第二条sql会各自生成自己的执行计划，而如果@address参数的长度一样的话，会使用同一个执行计划。
总结：
实例化SqlParameter时，如果是字符型，一定要指定size属性，如最上面的定义，应该修改为：
new SqlParameter("@address", SqlDbType.Varchar, 4000) { Value = address};
如果是Int、Float、Bigint,DateTime之类的参数，可以不用指定size属性。但如果size指定错误，则可能出现无法预知的错误。