对于一些较为复杂的统计条件查询,可以通过存储过程来实现,既可以提高效率,减少网络流量,也可以避免sql语句耦合在代码中。但是存储过程返回的结果集如何获取(类似表数据),却着实让我费劲心力。
如下:
CREATE PROC pro_student
AS
BEGIN
SELECT * FROM sutdent
END
在这种情况下,直接在客户端执行,很顺利的可以得到结果
但是当我在Java代码中执行时
CallableStatement cs=conn.prepareCall(" EXEC pro_student ");
cs.execute();
ResultSet rs=cs.getResultSet();
while(rs.next){
......
}
程序始终报错:没有返回结果集
当时就慌了,写了那么多的代码难道没用,考虑是JDBC只能拿到存储过程有出参时的数据。但是客户端既然都可以讲查询结果显示出来,没道理不把结果给ResultSet对象啊。然后就开始漫长的网上搜索,几乎都表达一个意思,这样不行:要么建议用表值函数,要么建议没必要用存储过程直接发查询sql得了。我也不想实验设置一个表变量出参的方式,麻烦,不想改。继续搜百度。。。
最后有人说:要在执行语句之前加上"SET NOCOUNT ON",即"SET NOCOUNT ON EXEC pro_student"。一实验,果然行了,高兴得啊,搞了将近两天,终于成功了。
查询后原因是:存储过程执行这种查询时,返回受影响的行数为0,这时候(应该是)JDBC不会将查询的数据封装进ResultSet中,当关闭返回受影响的行数后就OK了。另外,还有人提到:
阻止在结果集中返回显示受T-SQL语句或则usp影响的行计数信息。
当SET ONCOUNT ON时候,不返回计数,当SET NOCOUNT OFF时候,返回计数;
即使当SET NOCOUNT ON 时候,也更新@@RowCount;
当SET NOCOUNT on时候,将不向客户端发送存储过程每个语句的DONE_IN_proc消息,如果存储过程中包含一些并不返回实际数据的语句,网络通信流量便会大量减少,可以显著提高应用程序性能;
SET NOCOUNT 指定的设置时在执行或运行时候生效,分析时候不生效。
最后,公司项目不久就要迁移到MySql了,不知道到时候这样还行不行/(ㄒoㄒ)/~~