执行Oracle存储过程无权限：动态创建物化视图失败求助

核心原因：权限授予方式的差异 #

Oracle存储过程默认采用定义者权限（Definer's Rights）执行动态SQL，而直接运行脚本用的是调用者权限（Invoker's Rights），两者权限检查逻辑完全不同：

• 直接执行脚本时，当前用户的权限包含所有通过角色授予的权限，因此能正常创建物化视图。
• 存储过程以定义者权限运行时，仅会识别存储过程所有者的直接授予权限，完全忽略角色赋予的权限。如果创建物化视图的权限是通过角色（比如DBA、CREATE MATERIALIZED VIEW角色）授予的，执行存储过程时就会触发权限不足的报错。

验证与解决方法 #

1. 确认权限来源 #

执行以下SQL检查当前用户是否拥有直接授予的创建物化视图权限：

SELECT privilege FROM user_sys_privs WHERE privilege = 'CREATE MATERIALIZED VIEW';

若查询结果为空，说明权限是通过角色授予的，这就是问题的核心。

2. 直接授予权限 #

给存储过程的所有者直接授予创建物化视图的权限，而非通过角色：

GRANT CREATE MATERIALIZED VIEW TO 存储过程所有者用户名;

如果需要创建其他用户名下的物化视图，还需授予跨用户权限：

GRANT CREATE ANY MATERIALIZED VIEW TO 存储过程所有者用户名;

3. 可选：改用调用者权限 #

若希望存储过程使用调用者的权限执行，可以在存储过程定义中添加AUTHID CURRENT_USER：

CREATE OR REPLACE PROCEDURE 你的存储过程名
AUTHID CURRENT_USER
AS
BEGIN
  EXECUTE IMMEDIATE 'DROP MATERIALIZED VIEW IF EXISTS 你的物化视图名';
  EXECUTE IMMEDIATE 'CREATE MATERIALIZED VIEW 你的物化视图名 AS SELECT ... FROM ...';
END;
/

这种方式下，存储过程会沿用调用者的权限（包括角色权限），但需确保调用者具备相应权限，同时注意权限管控的风险。

补充说明 #

为什么删除物化视图能正常执行？
因为在定义者权限模式下，存储过程所有者删除自己创建的物化视图时，即使没有显式的DROP权限，Oracle也允许操作；但创建新对象必须要有直接授予的权限，这是两种操作的权限检查规则差异导致的。

内容的提问来源于stack exchange，提问作者ennezetaqu