不能直接用视图替代同义词，因为视图无法解决对象可见性问题，建视图仍需先授select权限，且不具同义词的轻量映射语义和跨用户/序列支持能力。
为什么不能直接用视图替代同义词？
视图本身不是同义词的等价替代——它能封装查询逻辑，但无法解决「对象可见性」问题。用户A执行 SELECT * FROM B.orders; 报 ORA-00942，不是因为语法错，而是 Oracle 在解析阶段就拒绝识别未授权且无别名的对象。而视图必须由当前用户拥有（或至少有 CREATE VIEW 权限），且定义中若引用 B.orders，仍需先有 GRANT SELECT ON B.orders TO A;，否则建视图就会失败。
用视图模拟同义词的可行场景与限制
只有当满足以下全部条件时，才适合用视图“假装”是同义词：
- 用户A已获
GRANT SELECT ON B.orders TO A;（权限是前提，视图不绕过它） - 目标只是简化写法，且不介意视图多一层封装（比如要加
WHERE tenant_id = ?过滤） - 不需要跨用户调用存储过程、序列或包——视图只能封装
SELECT逻辑 - 接受视图不随基表结构自动更新（改了
B.orders字段，视图不会自动刷新，需手动CREATE OR REPLACE VIEW）
示例：用户A想让应用代码里统一写 orders 而非 B.orders，可执行：
CREATE OR REPLACE VIEW orders AS SELECT * FROM B.orders;
之后 SELECT * FROM orders; 就能跑通——但这本质是「用视图覆盖了同义词该干的活」，不是替代，是绕行。
视图 vs 同义词：关键行为差异
两者在 SQL 解析、执行计划、权限检查上完全不同：
-
EXPLAIN PLAN显示：视图会展开为底层查询，同义词则完全透明，执行计划里只显示真实对象名 - 权限检查时机：视图创建时检查一次权限；同义词使用时才检查（所以删掉
B.orders后，同义词仍存在，直到第一次查询才报ORA-00980） - DB Link 场景下：视图可封装
SELECT * FROM remote_table@dblink，而同义词若直接指向remote_table@dblink，调用时容易因权限上下文失败（推荐用视图兜底） - 大小写敏感：视图名默认大写，但字段别名可自定义；同义词若指向带双引号的对象（如
B."MyTable"），必须严格匹配大小写，否则查不到
真正该优先选同义词的三个信号
遇到以下任一情况，就别硬套视图，老实用同义词：
- 多个用户都要访问同一张
B.orders表，且希望统一别名（用CREATE PUBLIC SYNONYM orders FOR B.orders;） - 应用代码里大量硬编码了
SELECT * FROM orders，但后端数据库模式从A换成B，只需重建同义词，不用改代码 - 需要让同义词指向序列（
CREATE SYNONYM seq1 FOR B.seq1;），视图根本做不到
同义词的轻量和语义明确性，是视图无法复制的——它不执行逻辑，只做名字映射。一旦开始往视图里塞过滤、连接、计算列，你就已经脱离「简化访问」初衷，进入业务逻辑层了。
