ORA-00942报错主因是当前schema下找不到表，需确认Default schema配置、显式指定schema前缀或检查SELECT权限；DBeaver中元数据不显示表也常因ALL_TABLES权限不足所致。
ORA-00942 报错时，先确认当前 schema 是不是你认为的那个
这个错误表面是“表不存在”，但绝大多数情况其实是“在当前 schema 下找不到该表”。DBeaver 默认使用登录用户作为当前 schema，而 Oracle 中对象名不带 schema 前缀时，会严格按 current_schema 解析。比如你用用户 APP_USER 登录，执行 SELECT * FROM orders;，Oracle 实际查的是 APP_USER.orders，而不是 ADMIN.orders 或 REPORTS.orders。
常见误操作包括：
- 开发写了
SELECT * FROM tgp_funds;，但表其实在FINANCE.tgp_funds下，而当前用户没被授权FINANCE的默认访问权限 - 建表时用了
CREATE TABLE tgp_funds ...（没加 schema），结果表建在了当前登录用户的 schema 下，但代码里又按另一个 schema 引用 - DBeaver 连接配置里勾选了 “Use Oracle default schema”，但该用户没有对应 schema 权限，导致元数据加载失败，连表都看不到
验证方式：在 SQL 编辑器中执行 SELECT SYS_CONTEXT('USERENV', 'CURRENT_SCHEMA') FROM DUAL;，看返回值是不是你预期的 schema 名。如果不是，要么显式加前缀（SELECT * FROM FINANCE.tgp_funds;），要么在连接设置里改默认 schema（见下一条）。
DBeaver 连接配置中 “Default schema” 和 “Database / Service name” 的区别
Database / Service name 是 Oracle 实例的服务名（如 ORCL、DMDB），它决定连到哪个数据库实例；而 Default schema 是连接建立后自动生效的当前 schema，影响所有未加前缀的对象解析。这两个字段填错一个，都会导致 ORA-00942。
实操建议：
- 如果目标表在
REPORTSschema 下，且你有访问权限，就在连接编辑页的 “Connection settings → General → Default schema” 里填REPORTS（注意大小写，Oracle 默认大写） - 不要在 “Database / Service name” 里填 schema 名——那会导致连接直接失败或连错实例
- 如果填了
Default schema但依然报 ORA-00942，说明该用户对那个 schema 没有SELECT权限，需 DBA 授权：GRANT SELECT ON REPORTS.tgp_funds TO APP_USER; - DBeaver 重启后才生效新设的
Default schema，改完记得点 “Test Connection” 再点 “Finish”
权限不足时，DBeaver 导航树里根本看不到表，但 SQL 手动写却能查出来
这是个典型误导现象：你在 SQL 编辑器里写 SELECT * FROM FINANCE.tgp_funds; 能跑通，但左侧导航树展开 schema 后空空如也。原因在于 DBeaver 加载元数据（表、列、索引等）依赖 ALL_TABLES、ALL_TAB_COLUMNS 等数据字典视图，而这些视图只返回当前用户有权限访问的对象。即使你有 SELECT 权限，若没被授予 SELECT_CATALOG_ROLE 或显式查询权限，DBeaver 就无法列出那些表。
排查要点：
- 执行
SELECT COUNT(*) FROM ALL_TABLES WHERE OWNER = 'FINANCE' AND TABLE_NAME = 'TGP_FUNDS';—— 如果返回 0，说明当前用户没权限看到该表的元数据 - 对比
SELECT COUNT(*) FROM DBA_TABLES WHERE OWNER = 'FINANCE' AND TABLE_NAME = 'TGP_FUNDS';（需要 DBA 权限）—— 若这里能查到，就坐实是权限问题 - 临时解决办法：在 SQL 编辑器里手动写全限定名查询；长期方案是让 DBA 执行
GRANT SELECT_CATALOG_ROLE TO APP_USER;或针对具体表授权
建表语句执行成功但后续查不到，可能是临时表 or 权限隔离
ORA-00942 也可能出现在你自己刚建完表就查不到的场景。重点检查两类情况：
- 你建的是
CREATE GLOBAL TEMPORARY TABLE temp_reports ...—— 临时表只在当前会话可见，且 DBeaver 默认每个 SQL 执行可能走不同会话（尤其开启“Auto-commit”时），导致建表和查表不在同一上下文 - 你用的是 Oracle 12c+ 的可插拔数据库（PDB），而连接时指定的是 CDB root，但表建在某个 PDB 的 schema 下，此时必须确保连接串指向正确的 PDB service_name
- 某些国产 Oracle 兼容库（如达梦 DM8）对 schema 解析更严格，即使加了前缀，若未在连接参数里显式声明
currentSchema=xxx，仍可能解析失败
最简验证法：在同一个 SQL 编辑器窗口里，把建表和查询写在一起，用 / 分隔，禁用 Auto-commit，手动执行整个块。这样能排除会话隔离干扰。
