Oracle跳过了嵌套的PIPELINED函数

Question

我将发布一个简单的示例，该示例实际上是有效的，只是为了大致了解我要实现的目标：

这是“内部”函数，该函数从某个表中获取数据，该表称为test_tab ：

create or replace function test_inner RETURN num_typ PIPELINED
IS
BEGIN
  FOR cur in (
    SELECT x FROM test_tab
  )
  LOOP
    PIPE ROW(cur.x);
  END LOOP;
END;
/

这是“外部”函数，它使用inner函数的结果并对它们进行适当的转换：

create or replace function test_outer RETURN num_typ PIPELINED
IS
BEGIN
  FOR x IN (
    SELECT * FROM table(test_inner())
  )
  LOOP
    PIPE ROW(x.column_value * 2);
  END LOOP;
END;
/

这是我的用法：

begin
  execute immediate 'insert into test_tab(x) values(1)';
  execute immediate 'insert into test_tab(x) values(2)';
  execute immediate 'insert into test_tab(x) values(3)';

  FOR x IN (
    select * from table(test_outer())
  ) LOOP  
    DBMS_OUTPUT.put_line(x.column_value);
  END LOOP;  
end;
/

问题是test_inner函数似乎被Oracle忽略了。 当单独调用它时，它“看到”在执行之前插入的数据。 但是当它作为test_outer的一部分被调用时，它不会返回任何数据，或者根本不会被调用。

就像我说的那样，上面的示例将起作用。 但是我的情况有点复杂，所以我不能完全发表。

Answer 1

您发布的测试用例无法重现您声称看到的问题。 因此，这不是测试用例。

@AlexPoole还为您提供了其他一些想法。 基本上，除非您不能发布更好的测试用例，否则我们将无能为力，因为您无法发布全部内容（而且我们不想遍历数百行其他人的拙劣代码-我只想得到足够多的内容）调试我自己的东西）。

产生一个不良的测试案例并没有浪费时间。 至少您可以排除某些情况：与一个管道函数调用另一个无关。 因此，这显然是您特定实现中的东西。 也许不是内部函数逻辑中的内容，而是它们的调用方式，与它们一起使用的数据或基础结构的其他部分。

您所要做的就是分析各个部分。 从核心组件开始，然后进行扩展，添加其他组件，直到发现有问题的地方。 是的，这是一件繁琐的工作。 但是从您的评论看来，您已经很完整地完成了此过程。

---

我将其标记为CW，因为它不是问题的答案，只是扩展的注释。

Answer 2

实际上，这两个流水线函数在语法上都是错误的：您缺少RETURN

查看文件