navicat er图搜索不到“孤立表”是因为ctrl+shift+f仅匹配字符串（表名、注释、字段名），不识别外键、主键或连线关系；真正孤立表需通过sql查询information_schema元数据或手动检查foreign keys属性页确认。
ER图里搜不到“孤立表”，是因为搜索面板不识别关联状态
Navicat 的 Ctrl+Shift+F 搜索只匹配表名、注释或字段名，它完全不分析外键、主键或连线关系。哪怕一张表在画布上孤零零漂着、没任何连线，只要名字能被搜到，它就会出现在结果里——你没法靠关键词“孤立”“无关联”“zombie”筛出这类表。这不是功能缺失，是设计如此：模型搜索本质是字符串索引，不是关系图谱分析。
真正有效的办法：用 SQL 查 information_schema 找真·无外键引用的表
所谓“孤立表”，通常指两类：一是没被任何外键引用（无人指向它），二是没引用任何其他表（它也不指向别人）。这两类都得回数据库查元数据，不能依赖 Navicat 界面。
连上目标库，执行这段 SQL：
SELECT table_name
FROM information_schema.tables t
WHERE t.table_schema = 'your_db_name'
AND t.table_name NOT IN (
-- 被外键引用的表（即“父表”）
SELECT DISTINCT k.referenced_table_name
FROM information_schema.key_column_usage k
WHERE k.referenced_table_schema = 'your_db_name'
AND k.referenced_table_name IS NOT NULL
)
AND t.table_name NOT IN (
-- 主动引用他人的表（即“子表”）
SELECT DISTINCT k.table_name
FROM information_schema.key_column_usage k
WHERE k.table_schema = 'your_db_name'
AND k.referenced_table_name IS NOT NULL
);
注意替换 your_db_name 为实际库名。这段语句会返回既不被引用、也不引用别人的表——也就是最典型的“僵尸表”。
- MySQL 8.0+ 和 PostgreSQL 都支持
information_schema.key_column_usage，但 SQL Server 要换用sys.foreign_keys视图 - 如果某张表用了
ENGINE=MyISAM或没启用外键约束（FOREIGN_KEY_CHECKS=0），它也会被误判为孤立——得人工确认是否本就不该有关联 - Navicat 模型中未拖入画布的表，不会出现在这个查询结果里，因为它们根本不在当前模型索引范围内
在 Navicat 模型里手动筛查：先关自动布局，再逐个看连线锚点
如果你必须在 ER 图界面内快速过一遍，别信搜索框，改用视觉+右键组合技：
- 点击菜单 View → Auto Layout，确保它**未勾选**——否则表会被强行重排，连线错位，真假孤立难分辨
- 右键每张表 → 选择
Properties→ 切到Foreign Keys标签页：空着就是没建外键；有内容但所有Referenced Table显示NULL或报错，说明外键元数据损坏，也属事实孤立 - 放大画布到 125%，观察每张表四周：真正的孤立表，四个角都干净，没有任何连线箭头粘附；若有连线但终点悬空（比如连向空白处或 Group 边框），那是外键定义失效，也该清理
Group 分组会干扰判断：哪怕表被拖进了 auth_module，只要它和 order_module 里的表有外键，连线仍会跨 Group 显示——所以分组不是隔离逻辑，只是视觉容器。
导出模型后用文本搜索辅助验证
Navicat 的模型文件（.nm）本质是 XML。导出后用编辑器打开，搜索 <foreignkey> 可快速统计外键总数；再搜 <code>table_name="xxx"，看对应表节点下是否有 <foreignkeyref> 子节点。没有，基本坐实孤立。但注意：部分 Navicat 16.0.x 版本在模型未保存时不会写入外键节点，务必先点一次 <code>Save 再导出。
这个方法适合批量核对，不适合实时操作——毕竟每次改模型都要重新导出再搜，效率不如直接跑 SQL。
