oracle视图无法调用存储过程，因其不返回可查询结果集；必须使用pipelined表函数，定义对象类型和集合类型，通过pipe row()逐行输出，再以table()函数在视图中调用。
Oracle 无法直接在 SQL 视图中调用存储过程返回结果集，因为视图只能封装 SELECT 查询，而存储过程（PROCEDURE）本身不返回可查询的表结构——它不能被 FROM 引用。但你可以用函数替代，且必须是**表函数（Table Function）**，配合 PIPELINED 实现“视图式调用”。
为什么不能用普通存储过程 + 视图？
常见错误是试图这样写：
CREATE VIEW my_view AS SELECT * FROM TABLE(my_procedure()); -- ❌ 编译失败：ORA-00942: 表或视图不存在
原因很直接：my_procedure() 是过程，没有返回类型，更不支持 TABLE() 函数调用语法。只有返回 PIPELINED 表类型的函数才能进 TABLE()。
你真正需要的是一个**返回嵌套表或关联数组的函数**，并用 PIPELINED 声明，让 Oracle 把每次 PIPE ROW() 当作一行输出。
如何把存储过程逻辑改造成可被视图调用的表函数？
核心是把原存储过程的游标逻辑，挪到函数里，并确保返回类型与管道行结构一致。步骤如下：
- 定义一个对象类型（
OBJECT），描述结果集的列名和类型，例如：CREATE OR REPLACE TYPE emp_row_type AS OBJECT ( empno NUMBER, ename VARCHAR2(10), sal NUMBER );
- 定义对应集合类型：
CREATE OR REPLACE TYPE emp_table_type AS TABLE OF emp_row_type;
- 创建
PIPELINED函数，内部打开游标、循环PIPE ROW()：CREATE OR REPLACE FUNCTION get_emp_data(p_deptno IN NUMBER) RETURN emp_table_type PIPELINED IS v_row emp_row_type; BEGIN FOR r IN (SELECT empno, ename, sal FROM emp WHERE deptno = p_deptno) LOOP v_row := emp_row_type(r.empno, r.ename, r.sal); PIPE ROW(v_row); END LOOP; RETURN; END; - 最后建视图引用它：
CREATE VIEW emp_by_dept AS SELECT * FROM TABLE(get_emp_data(10)); -- ✅ 可查，但参数写死
注意：TABLE(get_emp_data(...)) 中的参数不能是列引用（如 e.deptno），否则会报 ORA-13033 或无法内联展开。若需动态参数，得用物化视图或应用层传参。
能否让视图接受运行时参数？
标准 SQL 视图不支持参数，所以 emp_by_dept 视图里的 10 是硬编码。想实现“类似参数化视图”的效果，有两条现实路径：
- 用 **WITH 子句 + 函数调用**（适合单次查询）：
WITH param AS (SELECT 20 AS deptno FROM DUAL) SELECT e.* FROM param p, TABLE(get_emp_data(p.deptno)) e;
- 用 **应用程序绑定变量调用函数**，而不是依赖视图：
SELECT * FROM TABLE(get_emp_data(:deptno));
—— 这才是最常用、最可控的方式 - 避免踩坑：
SYSDATE、USER等上下文函数可在函数内用，但别在PIPELINED函数里做 DML 或长事务操作，否则影响并发性和结果一致性
强行给视图加参数（比如用 CONTEXT 或 PKG 全局变量）会让逻辑隐晦、调试困难，且无法被物化视图或查询重写识别，不推荐。
性能和权限要注意什么？
表函数不是魔法，它每次被 TABLE() 调用时都会执行一遍逻辑，相当于“内联展开”。这意味着：
- 如果函数里有复杂查询或多次
PIPE ROW()，执行计划不会提前优化；EXPLAIN PLAN看到的是函数体内的真实 SQL，不是视图包装层 - 调用者需要对函数本身有
EXECUTE权限，同时对其内部访问的表有SELECT权限——函数不会自动继承定义者的权限（除非加AUTHID DEFINER） - 结果集无统计信息，CBO 无法准确估算行数，可能导致连接顺序错误；必要时可用
/*+ DYNAMIC_SAMPLING */提示
真正容易被忽略的是：函数返回的列顺序、名字、类型必须严格匹配对象类型定义，否则 TABLE() 调用会报 ORA-22905（无法访问非嵌套表的行）。改了对象类型后，所有依赖它的视图、函数都得重新编译。
