Navicat模型设计器不支持虚拟表的外键解析，因其仅从INFORMATION_SCHEMA.KEY_COLUMN_USAGE等真实元数据提取外键，而VIEW、临时表、逻辑表等无对应系统记录，故无法生成连线或约束；替代方案是用真实基表+注释/分组模拟逻辑关系。
Navicat 模型设计器不支持虚拟表的外键解析
Navicat 的模型设计器（.mwb 文件）只从数据库真实元数据中提取外键关系，而虚拟表（如 MySQL 8.0+ 的 CREATE VIEW、物化视图、CTE 临时结果集、或 Navicat 自建的“逻辑表”）没有对应的 INFORMATION_SCHEMA.KEY_COLUMN_USAGE 记录，因此模型根本不会尝试为其生成连线或约束拓扑。
“虚拟表”在 Navicat 里到底指哪些
常见被误认为可参与外键建模的“虚拟表”包括：
- MySQL
VIEW：无物理存储，SHOW CREATE TABLE不返回FOREIGN KEY，Navicat 读不到约束定义 - Navicat 模型中手动添加的“表”（未同步到库）：仅存在于 .mwb 中，数据库里无对应对象，自然无外键元数据
- 临时表（
CREATE TEMPORARY TABLE）：会话级存在，INFORMATION_SCHEMA默认不暴露，Navicat 连接无法查询 - 联邦表（FEDERATED）、外部数据源映射表：除非底层引擎显式支持并暴露外键信息，否则 Navicat 视为黑盒
为什么勾选“加载外键”也没用
这个设置只控制 Navicat 是否执行以下查询：
SELECT ... FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_SCHEMA = ? AND TABLE_NAME = ?
而虚拟表不在此系统表中注册——不是 Navicat 漏读，是 MySQL 根本没写。即使你手动在模型里拖线、命名“fk_user_orders”，它也只是绘图层标记，不会生成任何 DDL，也不会影响逆向工程或同步操作。
替代方案：用真实表 + 注释/分组模拟逻辑关系
若需在模型中表达视图依赖或逻辑关联，可行做法是：
- 把视图所依赖的真实基表都导入模型，再用「注释」框写明“此视图聚合自 users + orders”
- 将相关表放入同一「分组」（Group），右键 → “添加到分组”，视觉上聚拢，避免误删
- 在模型空白处插入文本框，标注“逻辑外键：orders.user_id → users.id（通过 user_summary_view 实现）”
- 真正需要约束保障时，必须落地为真实 InnoDB 表，并确保字段类型、索引、引擎全部合规——模型只是辅助，不能替代数据库层面的完整性机制
最易被忽略的一点：Navicat 模型里的“外键连线”本质是元数据快照，不是实时反射。哪怕你刚在 SQL 窗口执行了 ALTER TABLE orders ADD FOREIGN KEY (user_id) REFERENCES users(id)，也得重新执行「逆向表到模型」才能更新连线——它不会监听 DDL 自动刷新。
