今天一个查询需要通过 ExcuteReader 返回结果集,同时又想输出参数,刚开始的时候一直得不到输出参数的值,以为存储过程出错,但是在查询分析器里面测试是正确的,而且输出参数确实已经赋值。
更加让人百思不得其解的是,对出输出强制类型转换丢出异常之后,确又可以得到了,难道是ado.net 的bug,想象页不可能啊,这么常用的API,不可能出这种错吧,我的代码类似一下场景:
\n
try {
using (SqlDataReader dr = cmd.ExecuteReader(CommandBehavior.CloseConnection)) {
int val = (int)cmd.Parameters[1].Value; // 现在还是空值
// more
}
}
catch(Exception exp) {
throw new ApplicationException(“输出参数值:” + cmd.Parameters[1].Value, exp); // 现在可以得到输出值了
}
\n
真是郁闷惨,足足调试跟踪一个小时
\n
终于还是在MSDN中找到了答案:
当您将 Command 对象用于存储过程时,可以将 Command 对象的 CommandType 属性设置为 StoredProcedure。当 CommandType 为 StoredProcedure 时,可以使用 Command 的 Parameters 属性来访问输入及输出参数和返回值。无论调用哪一个 Execute 方法,都可以访问 Parameters 属性。但是,当调用 ExecuteReader 时,在 DataReader 关闭之前,将无法访问返回值和输出参数。
\n
ref:http://msdn2.microsoft.com/zh-CN/library/tyy0sz6b.aspx
\n
原来如此啊,觉得又被MS忽悠了,想来,谁叫自己学艺不经啊,而且早改查文档
\n
回到自己的代码环境,还是可以解释的。
因为当catch到Expception 的时候已经跳出 using 范围了,DataReader已经自动被关闭了,自然可以得到 输出参数的值。
当然,如果把try catch 放到 using中还是得不到的,因为还在 using范围内,DataReader并没有被关闭。
\n
另外,MSDN中说只有关闭DataReader才可以访问,其实不然。
经过测试,可以总结如下:
1。对于ExecuteReader而言,Output parm 和 returnvalue 作为一个结果集返回DataReader,并且改结果集总是在最后一个。
2。根据1,当有结果集时,要访问输出参数和返回值,需要调用 NextResult 到输出参数和返回值对应的结果集位置
3。根据1 ,当Execute没有返回结果集时,就可以直接访问(注意,无需调用Read())
4。特别注意的对于返回多个结果集的,需要调用多次NextResult;如果结果集个数又是动态的,那么当nextResult()的返回值为 false就是了。
5。即使对ExecuteReader指定了选项CommandBehavior.SingleResult(返回单个结果集,其实是返回批处理的第一个结果集),输出参数也作为一个结果集返回。
6。关闭DataReader(Close()),会填充输出参数,因此可以访问。
7。由于DataReader是只读向前的,因此,即使是通过在关闭DataReader之前通过NextResult方问到了输出参数,之前的结果集都无法在访问了(某些情况,可能想通过输出参数来动态控制结果集的访问)。
8。为解决6中的问题,可以将不使用输出参数,直接将输出参数作为第一个结果返回(SELECT @parmname)
\n
以上只是,自己的总结,希望没有出入,对初学者也许有帮助。
\n
ref:
http://www.bigcircleboy.net/583a194f-2c2c-4662-9036-4e2f0eb262396084313157728108.html
\n
来源:网络
\n