oracle 19c中创建视图需显式授权create view或create any view，基表需有select权限，禁用select *以避免兼容性问题，where条件视图须加with check option约束dml，性能问题需通过执行计划排查视图合并是否被抑制。
创建视图时权限不足导致 ORA-01031 错误
在 Oracle 19c 中，普通用户默认没有 CREATE VIEW 权限，直接执行 CREATE VIEW 会报 ORA-01031: insufficient privileges。必须由 DBA 授予显式权限：
- DBA 执行：
GRANT CREATE VIEW TO username; - 如需在其他用户 schema 下建视图（如
CREATE VIEW scott.emp_view AS ...），还需CREATE ANY VIEW（慎授，属高危权限） - 视图定义中引用的基表，当前用户必须有对应
SELECT权限——哪怕表属于自己，也需显式授权（Oracle 默认不隐式继承）
视图定义里用 SELECT * 会埋下兼容性雷
SELECT * 看起来省事，但在 Oracle 19c 中极易引发后续问题：
- 当基表新增列后，视图查询结果列顺序/数量突变，应用层可能因列名缺失或位置错位而报
ORA-00904: invalid identifier或数据错位 - 物化视图刷新、查询重写（query rewrite）等高级功能可能拒绝使用含
*的视图定义 - 正确做法：显式列出所有需要的列，例如
CREATE VIEW emp_summary AS SELECT empno, ename, deptno FROM emp;
带 WHERE 条件的视图无法自动过滤 DML 操作
很多人以为 CREATE VIEW v_active AS SELECT * FROM emp WHERE status = 'ACTIVE' 能阻止对非 ACTIVE 记录的修改——其实不能。Oracle 默认允许通过视图更新基表，包括违反 WHERE 条件的行：
- 插入一条
status = 'INACTIVE'的记录到v_active，只要基表约束允许，就会成功 - 要强制约束，必须加
WITH CHECK OPTION：CREATE VIEW v_active AS SELECT * FROM emp WHERE status = 'ACTIVE' WITH CHECK OPTION; - 加上后，任何违反
WHERE条件的 INSERT/UPDATE 都会报ORA-01402: view WITH CHECK OPTION where-clause violation
查询视图时性能突然变差，先看是否走了全表扫描
视图本身不存储数据，只是保存 SQL 定义。Oracle 优化器会在运行时将视图 SQL 合并（view merging）进外层查询，但某些情况会抑制合并，导致基表被完整扫描：
- 视图含聚合（
GROUP BY）、分析函数（ROW_NUMBER()）、DISTINCT或子查询未关联外层，都可能阻止合并 - 用
EXPLAIN PLAN FOR SELECT * FROM my_view WHERE id = 123;查看执行计划，重点看VIEW步骤是否展开为基表访问 - 若发现
VIEW节点下挂了全表扫描，考虑改写为内联视图（inline view）或添加物化视图 + 查询重写支持
Oracle 视图的“透明性”是假象——它不改变底层访问路径，也不自动加固安全或提升性能。真正关键的是定义时的列清单、权限控制、WITH CHECK OPTION 的取舍，以及每次查询前确认执行计划是否符合预期。
