对于一些较为复杂的统计条件查询，可以通过存储过程来实现，既可以提高效率，减少网络流量，也可以避免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ㄒ)/~~
