PTF无法被PIVOT/UNPIVOT替代，因其在DESCRIBE回调中动态推导输出列结构，而PIVOT/UNPIVOT编译期即锁定列名；PTF需手动实现聚合、处理特殊类型并受视图/远程表等限制。
dbms_tf 多态表函数（polymorphic table functions, ptf）在 oracle 18c 引入后，确实让动态行列转换从“写死列名”走向了“运行时推导结构”，但它的灵活性不来自语法糖，而来自对元数据的可控暴露和重写能力。
为什么 PIVOT / UNPIVOT 无法替代 DBMS_TF
静态 PIVOT 要求 IN 子句明确列出所有列值（如 IN ('语文','数学','英语')），一旦新增科目就得改 SQL；UNPIVOT 同理。它们编译期就锁定了输出列结构，无法响应数据内容变化。DBMS_TF 则允许函数在执行前通过 describe 回调动态生成输出列定义——比如扫描源表中所有唯一 subject 值，自动生成对应列名和数据类型。
DBMS_TF 实现动态行转列的关键步骤
- 必须实现
DESCRIBE过程：接收输入行集元数据，返回新列列表（含名称、类型、精度）。不能只靠OPEN/FETCH_ROWS处理数据 - 输入必须是表函数形式（
SELECT * FROM TABLE(my_pivot(...))），不能嵌套在普通FROM子句里 - 输出列名需用双引号包裹并确保合法（如含空格或特殊字符时），否则
DESCRIBE阶段会报ORA-62573: invalid column name - 聚合逻辑（如
SUM、MAX）需在FETCH_ROWS中手动实现，DBMS_TF不提供内置聚合，容易漏处理NULL或重复键
真实场景下容易被忽略的约束
多态函数不能用于视图定义、物化视图查询重写或并行 DML；若输入行集来自远程数据库（@dblink），DESCRIBE 阶段无法获取远端元数据，直接报错 ORA-62590: remote table function not supported。更隐蔽的是：当输入列含 OBJECT、XMLTYPE 或嵌套表时，DBMS_TF 默认不支持其类型传播，必须显式调用 DBMS_TF.TRANSFORM_TYPE 注册，否则 FETCH_ROWS 中读到的是 NULL。
