ora-00942错误主因是权限缺失或未用全限定名访问跨schema对象，需显式授权并显式引用schema名；同义词或alter session可简化引用，但权限不自动继承新对象。
必须显式授权 + 显式引用，缺一不可。光授 SELECT 权限但不写 schema 名，或写了 schema 名却没权限，都会报 ORA-00942。
ORA-00942 不是对象不存在，而是权限或引用方式错了
执行 SELECT * FROM other_user.table_name 报这个错，90% 情况下表真实存在，只是当前用户：
• 没被授予 SELECT 权限
• 或者虽被授权，但没用全限定名（即漏了 other_user. 前缀）
• 或者建了同义词但没刷新/没生效
注意：Oracle 不会自动跨 schema 搜索对象，哪怕你只写 table_name，它也只查当前用户 schema 下的同名对象。
授权必须由 owner 或 DBA 执行，且不能批量通配
想让 user_a 查 user_b 下所有表，常见误区是试图用 GRANT SELECT ON user_b.* TO user_a —— Oracle 不支持这种语法，直接报 ORA-00905: missing keyword。
正确做法是生成并执行多条授权语句：
- owner
user_b自己执行（推荐，权限最小化）：SELECT 'GRANT SELECT ON ' || table_name || ' TO user_a;' FROM user_tables;
- DBA 执行（需访问
dba_tables）：SELECT 'GRANT SELECT ON ' || owner || '.' || table_name || ' TO user_a;' FROM dba_tables WHERE owner = 'USER_B' AND nested = 'NO';
- 执行完后，
user_a必须用user_b.table_name全限定名访问，否则仍报错
不想加 schema 前缀？用同义词或 ALTER SESSION
两种实用方案，适用场景不同：
-
私有同义词（推荐给固定表）：
•user_b授权后，user_a自己执行：CREATE SYNONYM t1 FOR user_b.t1;
• 之后可直接SELECT * FROM t1，无需前缀
• 注意：同义词只在当前用户 schema 内有效 -
切换 current_schema（适合工具类应用）：
• 连接后立即执行：ALTER SESSION SET CURRENT_SCHEMA = user_b;
• 此后SELECT * FROM t1会自动解析为user_b.t1
• 缺点：仅对当前会话生效；且无法同时切多个 schema，current_schema是单值
视图、序列、函数都不能绕过权限检查
有人以为“建个视图包装一下就能简化授权”，实际不行：
- 对视图执行
GRANT SELECT ON v_emp TO user_a，只授视图本身权限
• 若v_emp定义里查了user_b.emp，user_a仍需SELECT权限访问user_b.emp - 查序列也一样：
SELECT user_b.seq1.NEXTVAL FROM DUAL，必须带 schema 名，且已授SELECT权限
• 只写seq1.NEXTVAL会去当前 schema 找，必然失败 - 函数、包同理：视图里调用了
user_b.f_calc()，就得单独授EXECUTE权限
最易忽略的一点：权限不会自动继承到新创建的对象。今天授了 user_b 下全部表，明天 user_b 新建一张 t3，user_a 仍然查不到——除非重新授权或改用 SELECT ANY TABLE（但这是高危操作，生产环境应避免）。
