Navicat从现有表生成ER模型的核心是准确承载数据库真实约束；若关系线缺失、主键异常或卡在“正在加载表结构”，说明外键未定义、权限不足或驱动错误：须确保用户对INFORMATION_SCHEMA.TABLES/COLUMNS/KEY_COLUMN_USAGE有SELECT权限、MySQL 8.0+启用show_compatibility_56、连接使用MySQL (Native)驱动，并手动精选核心表、禁用视图、确认InnoDB引擎及显式FOREIGN KEY约束。
navicat 从现有表生成 er 模型，核心不是“画图”，而是让模型准确承载数据库的真实约束；如果导出后关系线全无、主键变普通字段、或卡在“正在加载表结构”，基本可以断定：外键没建、权限没给、或驱动选错了。
逆向工程前必须确认三件事
Navicat 不会猜关系，只读 INFORMATION_SCHEMA.KEY_COLUMN_USAGE。没这数据，模型里就只有孤零零的表。
- 当前数据库用户必须有
SELECT权限：对INFORMATION_SCHEMA.TABLES、INFORMATION_SCHEMA.COLUMNS、INFORMATION_SCHEMA.KEY_COLUMN_USAGE三个视图缺一不可 - MySQL 8.0+ 需临时启用兼容模式：
SET SESSION show_compatibility_56 = ON（会话级，无需 SUPER 权限） - 连接类型必须选
MySQL (Native)—— 用 ODBC、SSH 隧道未开 Keep Alive、或认证插件不匹配（如caching_sha2_password+ Navicat < 16.0.15），都会导致外键元数据静默丢失
勾选表时别点“全部”，手动精筛才稳
Navicat 17 对每张表单独执行 SHOW CREATE TABLE，全库扫描在表数超 200 张时极易超时或界面假死。
- 展开数据库节点，只勾选核心业务表（如
users、orders、products），跳过日志表、归档表、分表后缀（如logs_202501） - 务必取消勾选
Include views—— 若存在同名表与视图（如order_summary表 +order_summary视图），Navicat 会重复渲染，导致字段重叠、连线错乱 - 若模块多，分批逆向：先导
auth相关表，再导trade相关表，单次不超过 15–20 张
外键线没连上？不是 Navicat 漏画，是库里没真约束
Navicat 完全不依赖字段命名推测关系（比如 user_id 字段不会自动连到 users.id），只认显式 FOREIGN KEY 定义。
- 运行
SHOW CREATE TABLE orders，确认输出含完整外键语句，例如：CONSTRAINT `fk_orders_user_id` FOREIGN KEY (`user_id`) REFERENCES `users` (`id`) - 引擎必须是
InnoDB——MyISAM表即使字段名匹配，也不会被识别为外键 - SQL 文件导入建表时漏写
FOREIGN KEY子句、或 ORM 工具（如 Djangosyncdb）禁用了外键迁移，都会导致模型里关系断开 - 右键模型画布 →
Validate Model，它会直接标出缺失外键或引用不存在的表
真正容易被忽略的点是：Navicat 的 ER 图视图（查看 → ER 图标）仅用于快速浏览，不能导出、不能保存布局、也不能补外键；所有可编辑、可导出、可验证的操作，都必须走「逆向数据库到模型」路径，且模型里每条关系线背后，必须对应一条真实存在于数据库中的外键约束。
