FORCE仅跳过基表存在性检查，不处理语法错误、权限不足、列名非法等其他错误；FORCE视图创建后状态为INVALID，需手动编译或查询触发验证。
加 FORCE 不能绕过所有错误，只跳过基表存在性检查；视图建出来是 INVALID，不手动触发编译或查询就永远查不了。
CREATE FORCE VIEW 为什么还是报 ORA-00942
FORCE 只屏蔽“基表不存在”这一类校验，其他错误照常报。常见踩坑点：
-
SELECT * FROM "My-Table"：双引号包裹的非法标识符（含连字符），FORCE 不处理语法错误 -
SELECT * FROM hr.employees：当前用户没被授予SELECT权限，FORCE 不跳过权限检查 -
CREATE FORCE VIEW v AS SELECT x FROM t WHERE y = 1;：字段y在表t中根本不存在，FORCE 不校验列名合法性 - 写成
CREATE FORCE OR REPLACE VIEW：Oracle 语法要求必须是CREATE OR REPLACE FORCE VIEW，否则直接报ORA-00922
FORCE 视图建完状态一直是 INVALID 怎么办
这是正常行为，不是失败。INVALID 表示依赖未就绪，但对象已注册。关键动作不是等它自动变 VALID：
- 不能直接
SELECT * FROM your_force_view，会立即报ORA-04063: view has errors - 必须显式触发重编译：
ALTER VIEW your_force_view COMPILE - 或者执行一次轻量查询：
SELECT COUNT(*) FROM your_force_view（推荐，更贴近真实使用场景） - 只有当基表真实存在 + 当前用户有
SELECT权限 + 所有列名/函数/别名无歧义时，状态才会变成 VALID
OR REPLACE FORCE 组合使用的实际效果
这个组合很常用，但行为容易误解：
-
CREATE OR REPLACE FORCE VIEW v AS SELECT * FROM missing_tbl;：如果v已存在，就替换；不存在就新建。新视图带 FORCE 属性，状态重置为 INVALID - 旧视图如果是
NOFORCE创建的，用OR REPLACE FORCE替换后，新视图就继承 FORCE 行为，哪怕原视图是 VALID 的 - 如果基表后来建好了，但没触发编译，视图仍保持 INVALID——
OR REPLACE不等于“自动刷新依赖”
最常被忽略的是：FORCE 解决不了运行时约束问题。比如带 WITH CHECK OPTION 的 FORCE 视图，一旦基表出现、视图变 VALID，插入违规数据依然会报 ORA-01402。FORCE 只松动创建阶段的依赖检查，不松动语义逻辑。
