oracle中from子句要求编译期确定列结构，故ref cursor不可直接用于from；必须使用嵌套表类型（table of）配合table()运算符展开，且该类型须在schema级创建。
FROM子句需要编译期就能确定的列结构
Oracle 的 SELECT 语句在解析阶段（parse phase）就必须知道目标表有哪些列、类型是什么、长度多少——这是硬性要求。而 PL/SQL 函数如果返回 REF CURSOR，它只是一个指向结果集的句柄，真实数据要到执行（execute/fetch）时才逐行产生，SQL 引擎根本无法提前“看到”列定义。所以你写 SELECT * FROM my_func()，Oracle 直接报 ORA-00902: invalid datatype 或 ORA-22905: cannot access rows from a non-nested table item。
嵌套表类型（TYPE ... AS TABLE OF ...）不同：它是在数据字典里注册的正式 schema 对象，结构固定、可描述、可查询。函数返回这个类型后，TABLE() 才能把它“摊开”成一张虚拟二维表，让 FROM 子句顺利绑定列元数据。
TABLE() 不是语法糖，而是类型转换运算符
TABLE() 在 Oracle 里是专门用来把集合类型（nested table / varray）转为关系表的内置运算符。它不是可选的包装，而是强制的语义桥接：
- 它触发隐式类型检查：只有
NESTED TABLE或VARRAY类型才能被接受，其他类型（比如REF CURSOR、OBJECT）会直接报错 - 它参与执行计划生成：优化器会把
TABLE()调用识别为“集合展开”，可能启用并行或管道化处理 - 它决定访问方式：不加
TABLE()，函数只是 PL/SQL 上下文里的一个值；加了之后，它才真正进入 SQL 引擎的数据流 pipeline
常见错误：误把对象类型当表类型用
很多人建了 OBJECT TYPE 就以为能直接查，结果报 ORA-22905。关键区别在这里：
-
CREATE TYPE t_obj AS OBJECT (id NUMBER, name VARCHAR2(30));→ 这是单行结构，不能直接进FROM -
CREATE TYPE t_obj_tab AS TABLE OF t_obj;→ 这才是集合类型，函数返回t_obj_tab后，必须套TABLE(my_func())
漏掉中间这层 TABLE OF 定义，或者函数返回类型写成 t_obj 而非 t_obj_tab，都会卡在解析阶段。
性能提示：别在循环里反复调用 TABLE()
TABLE() 展开嵌套表是内存操作，但若函数内部做了全表扫描再封装成集合，又在外部 SQL 中被当作驱动表多次调用（比如跟大表做 nested loop），性能会断崖下跌。更稳的做法是：
- 确保函数逻辑尽量过滤前置（比如接收
WHERE条件参数） - 避免返回上万行的嵌套表——Oracle 对大集合的
TABLE()展开有隐式内存压力 - 如需复用结果，优先考虑物化临时表或全局临时表，而不是反复调用表函数
最易被忽略的一点：嵌套表类型必须在 schema 级创建（CREATE TYPE ...），不能在包里或函数里定义。否则 TABLE() 根本找不到类型定义，报 ORA-00904: invalid identifier。
