仅授CREATE VIEW权限不足以创建视图，还需按数据源类型补足相应SELECT权限：查自身表需SELECT权限，查他用户表需SELECT ANY TABLE或显式授权，查v$等字典视图需SELECT ANY DICTIONARY。
不是光给 CREATE VIEW 权限就能创建视图的。缺哪类权限，就卡在哪一步，得按实际需求补全，否则照样报 ORA-01031: insufficient privileges。
只授 CREATE VIEW 却仍失败？原因很明确
单独执行 GRANT CREATE VIEW TO scott; 只是允许用户“声明一个视图”，但不等于能“读取数据源”。如果视图定义里涉及 SELECT 操作，而目标表不在当前用户 schema 下，或涉及数据字典视图（如 v$session），就会立刻触发权限校验失败。
- 视图定义中查的是自己用户的表 → 仅需
CREATE VIEW+ 对该表的SELECT权限（通常建表时已隐含） - 查的是其他用户表（如
hr.employees）→ 必须额外有SELECT ANY TABLE，或对方显式授予你SELECT权限 - 查的是动态性能视图（
v$、gv$系列）→ 必须有SELECT ANY DICTIONARY，因为这些不是普通表，而是只读字典对象
SELECT ANY TABLE 和 SELECT ANY DICTIONARY 的区别必须分清
这两个权限常被一起授予，但作用范围完全不同，混用会埋隐患：
-
SELECT ANY TABLE：可查任意用户下的普通表、视图、物化视图（不含v$等动态性能视图） -
SELECT ANY DICTIONARY：专用于查询数据字典和动态性能视图（dba_*、all_*、v$*、gv$*），不覆盖普通业务表 - 如果视图里同时用了
scott.emp和v$session，两个权限缺一不可 -
SELECT ANY DICTIONARY权限更高，生产环境应谨慎授予，避免泄露系统信息
用 CREATE ANY VIEW 替代 CREATE VIEW？别乱用
有些文档建议直接授 CREATE ANY VIEW，这其实是个危险操作：
-
CREATE ANY VIEW允许用户在任意 schema 下创建视图（包括sys、system），属于 DBA 级权限 - 普通开发账号不应拥有该权限；它绕过 schema 隔离，易引发命名冲突或越权访问
- 正确做法是只授
CREATE VIEW（限于自身 schema），再按需补充数据访问权限 - 若真需跨 schema 建视图，应由目标 schema owner 显式授权
SELECT，而非开全局通路
验证权限是否生效，别只看 grant 语句是否执行成功
执行完 GRANT 后立即切回普通用户尝试建视图仍失败？常见干扰点：
- 权限变更不会实时生效到已存在的数据库连接，必须重新登录（
sqlplus scott/xxx新会话） - 检查当前用户是否真的是目标用户：
SELECT USER FROM DUAL;，避免误在SYSTEM下建视图 - 确认视图 SQL 中引用的表/视图确实存在且拼写准确（大小写敏感，尤其带引号的名称）
- 如果建的是基于
v$视图的视图，注意 Oracle 版本差异：v$mystat是同义词，背后是X$KSUSESTA，必须通过SELECT ANY DICTIONARY访问，不能靠对象级授权
最常被忽略的一点：权限是叠加生效的，少任何一个环节都会在解析视图定义时直接报错，而不是等到查询视图时才提示——所以建视图失败，问题一定出在建的那一刻，而不是后续使用。
