navicat可视化建表后查不到，主因是oracle/postgresql中表名被自动加双引号导致大小写敏感，须用"table_name"查询；mysql则多因元数据缓存未刷新，需右键数据库节点执行“刷新”或重连。

navicat 可视化建表后查不到，大概率不是表没建成功，而是表名被自动加了双引号，导致 oracle/postgresql 等大小写敏感数据库里必须用 "user" 才能访问——而你写的是 select * from user;，直接被当成关键字或未定义对象。

Oracle/PostgreSQL 中表名被双引号包裹是根本原因

Navicat 可视化建表时，会把所有表名、字段名用双引号包起来（如 "user"、"created_at"），这是它生成 DDL 的默认行为。在 Oracle 和 PostgreSQL 里，带双引号的标识符严格区分大小写，且无法省略引号引用。

• 执行 SELECT * FROM user; → 报错 “table or view does not exist”，因为 user 是 Oracle 内置函数，不指向你的表
• 执行 SELECT * FROM "user"; → 成功返回数据
• 执行 SELECT * FROM USER; → 仍失败，因为建表时用的是小写 "user"，大写 USER 不匹配

MySQL 下查不到表通常是元数据缓存没更新

MySQL 本身不区分大小写（默认 lower_case_table_names=1），所以表名引号问题影响较小；但 Navicat 编辑器补全和高亮依赖本地缓存的元数据，可视化建表后不会自动刷新这个缓存。

Crypto Sniper Oracle

机构级量化市场预言机，提供订单簿失衡（OBI）、VWAP分析、自动化报告及Telegram预警。

下载

• 现象：新建表 user_profile，编辑器里输入 SELECT * FROM user_ 按 Ctrl+Space 无提示
• 刷新（F5）按钮只重跑当前 SQL，不会重新读取 INFORMATION_SCHEMA
• 真正生效的操作只有两个：右键连接 → 同步到模型，或 断开连接 → 重连
• 如果重连也不行，检查连接用户是否有 SELECT ON INFORMATION_SCHEMA.TABLES 权限

SQL 文件导入后表不显示，漏了关键一步

用“运行 SQL 文件”功能导入建表语句后，Navicat 不会自动刷新左侧对象树——这是最常被跳过的动作。

• 导入完成后，必须手动右键目标数据库 → 刷新（或按 F5），对象树才会展开新表
• 如果导入的是含 CREATE DATABASE 的脚本，要先确保已连接到 MySQL 实例级（而非某个库），再右键实例 → 运行 SQL 文件
• UTF-8 编码的 SQL 文件若含 BOM 头，可能引发语法错误，导致建表静默失败；建议用 VS Code 或 Notepad++ 确认并保存为 “UTF-8 无 BOM”

最易被忽略的点：Oracle 用户以为“连接成功=能查”，其实只要建表用了可视化方式，后续所有查询都得带双引号；而 MySQL 用户以为“F5 就是刷新全部”，其实它只刷结果集——元数据和对象树是两套缓存机制，得用对命令才行。