在 ExcuteReader 中使用输出参数的问题
2006-08-17 18:53
501 查看
今天一个查询需要通过 ExcuteReader 返回结果集,同时又想输出参数,刚开始的时候一直得不到输出参数的值,以为存储过程出错,但是在查询分析器里面测试是正确的,而且输出参数确实已经赋值。
更加让人百思不得其解的是,对出输出强制类型转换丢出异常之后,确又可以得到了,难道是ado.net 的bug,想象页不可能啊,这么常用的API,不可能出这种错吧,我的代码类似一下场景:
真是郁闷惨,足足调试跟踪一个小时当您将 Command 对象用于存储过程时,可以将 Command 对象的 CommandType 属性设置为 StoredProcedure。当 CommandType 为 StoredProcedure 时,可以使用 Command 的 Parameters 属性来访问输入及输出参数和返回值。无论调用哪一个 Execute 方法,都可以访问 Parameters 属性。但是,当调用 ExecuteReader 时,在 DataReader 关闭之前,将无法访问返回值和输出参数。
ref:http://msdn2.microsoft.com/zh-CN/library/tyy0sz6b.aspx
原来如此啊,觉得又被MS忽悠了,想来,谁叫自己学艺不经啊,而且早改查文档
回到自己的代码环境,还是可以解释的。
因为当catch到Expception 的时候已经跳出 using 范围了,DataReader已经自动被关闭了,自然可以得到 输出参数的值。
当然,如果把try catch 放到 using中还是得不到的,因为还在 using范围内,DataReader并没有被关闭。
另外,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)
以上只是,自己的总结,希望没有出入,对初学者也许有帮助。
ref:
http://www.bigcircleboy.net/583a194f-2c2c-4662-9036-4e2f0eb262396084313157728108.html
更加让人百思不得其解的是,对出输出强制类型转换丢出异常之后,确又可以得到了,难道是ado.net 的bug,想象页不可能啊,这么常用的API,不可能出这种错吧,我的代码类似一下场景:
真是郁闷惨,足足调试跟踪一个小时当您将 Command 对象用于存储过程时,可以将 Command 对象的 CommandType 属性设置为 StoredProcedure。当 CommandType 为 StoredProcedure 时,可以使用 Command 的 Parameters 属性来访问输入及输出参数和返回值。无论调用哪一个 Execute 方法,都可以访问 Parameters 属性。但是,当调用 ExecuteReader 时,在 DataReader 关闭之前,将无法访问返回值和输出参数。
ref:http://msdn2.microsoft.com/zh-CN/library/tyy0sz6b.aspx
原来如此啊,觉得又被MS忽悠了,想来,谁叫自己学艺不经啊,而且早改查文档
回到自己的代码环境,还是可以解释的。
因为当catch到Expception 的时候已经跳出 using 范围了,DataReader已经自动被关闭了,自然可以得到 输出参数的值。
当然,如果把try catch 放到 using中还是得不到的,因为还在 using范围内,DataReader并没有被关闭。
另外,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)
以上只是,自己的总结,希望没有出入,对初学者也许有帮助。
ref:
http://www.bigcircleboy.net/583a194f-2c2c-4662-9036-4e2f0eb262396084313157728108.html
相关文章推荐
- 在ExcuteReader中使用输出参数的问题
- 带输出参数的存储过程的使用及在C#中调用问题
- 在ExcuteReader中使用输出参数的问题
- 带输出参数的存储过程的使用及在C#中调用问题
- 带输出参数的存储过程的使用及在C#中调用问题
- 子类函数使用父类类型做为参数时,调用该参数的protected变量问题
- 如何解决mid使用过程中出现的以下问题(无效的过程调用或参数: 'mid')
- 使用strtotime和mktime时参数为0时返回1999-11-30的时间戳问题
- 新特性对数组的支持(可变参数的使用、foreach输出的使用)
- SpringMVC使用@ResponseBody输出字符串时遇到的乱码问题及解决办法
- 关于使用 ASIHTTPRequest URL中文参数乱码问题
- JavaWeb开发之Servlet中的线程问题及使用ServletConfig对象操作Servlet中的参数
- 使用 Request.QueryString 接受参数时,跟编码有关的一些问题
- android PendingIntent 使用通知传递多个参数,及不覆盖的问题
- 解决使用AJax往DropDownList中动态添加数据时发生,回发或回调参数无效 的问题
- 有关va_list和vsnprintf输出函数的问题(可变参数)
- IO模式设置网络编程常见问题总结—IO模式设置,阻塞与非阻塞的比较,recv参数对性能的影响—O_NONBLOCK(open使用)、IPC_NOWAIT(msgrcv)、MSG_DONTWAIT(re
- SSH框架中使用Ajax向后台发送参数,存在乱码的问题。
- mssql使用输出参数的存储过程
- 解决windows输入参数控制台程序输出参数是总是第一个字符问题