Oracle存储过程执行正常，VB.NET调用返回DataSet无数据求助

我之前碰到过一模一样的情况，存储过程单独跑没问题，一用.NET调用就只有表头没数据，给你几个实用的排查方向：

1. 确认DataSet是否被正确填充 #

你的数据访问代码里DataSet ds = new DataSet();之后的部分被省略了，这一步一定要检查有没有调用OracleDataAdapter.Fill(ds)——这是把游标数据写入DataSet的核心步骤，没写的话DataSet只会有结构没有数据。完整的填充代码应该是这样：

DataSet ds = new DataSet();
// 用using确保资源自动释放
using (OracleDataAdapter adapter = new OracleDataAdapter(cmd))
{
    adapter.Fill(ds);
}
return ds;

2. 检查存储过程的HAVING子句 #

你用了grouping sets ((), (t.description))做分组统计，同时加了HAVING count(*) != 0。这里要注意：当所有分组的count(*)都是0时，总计行（grouping(t.description)=1的那条）也会被过滤掉。可以先临时注释掉HAVING子句，再用.NET调用试试，如果能返回数据，就说明是这个条件导致的无数据。

3. 核对参数类型与匹配规则 #

存储过程里的p_from_inception和p_red_only是char类型，在创建OracleParameter时一定要指定Size，比如存储过程定义的是char(1)，参数就要设置Size=1，否则Oracle会把传入的字符串当成更长的char/varchar2，导致条件匹配失败：

// 示例：正确创建char类型参数
var fromInceptionParam = new OracleParameter("p_from_inception", OracleDbType.Char, 1)
{
    Value = "0",
    Direction = ParameterDirection.Input
};
cmd.Parameters.Add(fromInceptionParam);

另外，记得设置cmd.BindByName = true;，确保参数是按名称匹配，而不是顺序匹配——旧版本的Oracle客户端默认按顺序绑定，如果参数添加顺序和存储过程定义顺序不一致，就会把值传到错误的参数里，导致查询无数据。

4. 验证程序参数的实际执行结果 #

把程序里实际传入的所有参数值，复制到PL/SQL Developer之类的工具里手动执行存储过程，比如：

DECLARE
  v_result SYS_REFCURSOR;
BEGIN
  SP_BIA_OBLIGATION_GROUPED(
    p_bfy => '程序传入的BFY值',
    p_fy => '程序传入的FY值',
    p_fm => '程序传入的FM值',
    -- 其他参数依次填值
    p_from_inception => '0',
    p_red_only => 'N',
    resultset => v_result
  );
  -- 打印结果验证
  FOR rec IN v_result LOOP
    DBMS_OUTPUT.PUT_LINE(rec.description || ' ' || rec.amount);
  END LOOP;
END;

如果手动执行也没数据，说明参数看起来正确但实际不符合数据过滤条件；如果手动执行有数据，那问题肯定出在.NET代码的参数绑定或数据集填充上。

5. 确认连接的数据库环境 #

最后再核对一下程序用的连接字符串，确保和你单独执行存储过程的数据库是同一个——有时候测试环境和开发环境的数据集不一样，参数正确但数据库里本身没数据。

内容的提问来源于stack exchange，提问作者Thaman Gurung