管道表函数需要管道 singular 对象类型，然后将自动转换为 nested 表类型。我修改了下面的函数以使其正确工作，尽管我使用了DUAL和硬编码值以避免创建表。

CREATE OR REPLACE FUNCTION tvf_creatinine_for_enc(p_enc_id NUMBER)
RETURN tbl_creatinines PIPELINED
IS
BEGIN
  FOR r IN (SELECT sysdate EVENT_END_DT_TM, 'A' RESULT_VAL, 1 RESULT_UNITS_CD, 2 EVENT_CD
            FROM DUAL
            WHERE 1 = p_enc_id
    )
  LOOP
    PIPE ROW (tbl_lab_row(r.EVENT_END_DT_TM, r.RESULT_VAL, r.RESULT_UNITS_CD, r.EVENT_CD));
  END LOOP;
  RETURN;
END;
/

select * from table(tvf_creatinine_for_enc(1));

但并非所有表函数都是流水线的。构建一个只返回嵌套变量的函数通常更容易，也可能更快。这种方法的缺点是，一个大的嵌套表变量可能会消耗大量内存。不要使用这种方法返回大量数据。

CREATE OR REPLACE FUNCTION tvf_creatinine_for_enc2(p_enc_id NUMBER)
RETURN tbl_creatinines
IS
  v_rows tbl_creatinines;
BEGIN
  SELECT tbl_lab_row(EVENT_END_DT_TM => sysdate, RESULT_VAL => 'A', RESULT_UNITS_CD => 1 , EVENT_CD => 2)
  BULK COLLECT INTO v_rows  
  FROM DUAL
  WHERE 1 = p_enc_id;

  RETURN v_rows;
END;
/

select * from table(tvf_creatinine_for_enc2(1));

如果你需要将参数“推送”到SQL代码深处，而通过where条件推送的一般 predicate 没有访问权限（类似于参数化视图），你可以使用SQL宏（自19.7起可用）作为管道函数的替代方案。
好处是SQL宏返回与其他SQL代码合并的SQL代码，并且您不需要创建新类型。缺点是你不能在内部执行逐行处理（只要它返回一部分SQL代码），但其中一些可以使用可用的SQL结构来执行，如递归CTE，内联函数声明（with function <funcname> ...），match_recognize，model，横向连接等。

create function f_get_dates(
  p_from date,
  p_to date,
  p_interval interval day to second default interval '1' day
)
return varchar2 sql_macro(table)
as
begin
  return q'{
  select
    trunc(f_get_dates.p_from) + (level - 1) * f_get_dates.p_interval as date_from
    , trunc(f_get_dates.p_from) + level * f_get_dates.p_interval as date_to
    , level as rn
  from dual
  connect by
    trunc(f_get_dates.p_from) + level * f_get_dates.p_interval <= trunc(f_get_dates.p_to)
  }';
end;/

select *
from f_get_dates(sysdate, sysdate + 4)

fiddle