Navicat 15 不支持直接从 Excel 逆向生成 ERD，因其仅能从具备元数据（如主外键约束、系统表）的真实数据库读取结构；Excel 无约束定义，需先导入并手动添加真实外键后，方可生成带连线的 ER 图。
navicat 15 本身不支持直接从 excel 文件逆向生成数据库模型图（erd）。它只能从已连接的数据库（如 mysql、postgresql、sql server 等）读取元数据来生成 erd，而 excel 是文件型数据源，没有表关系定义、主外键约束或数据类型元信息——这些恰恰是生成准确模型图的必要前提。
为什么 Navicat 打不开 Excel 就生成不了 ERD？
Navicat 的 Reverse Engineer 功能只识别数据库系统的系统表（如 INFORMATION_SCHEMA 或 pg_class），它不解析 Excel 的 .xlsx 文件结构。即使你用 Navicat 的「导入向导」把 Excel 数据导入到 MySQL 表中，那也只是单张表的数据迁移，不会自动创建外键、索引或识别逻辑关联——而 ERD 依赖这些关系才能连线。
常见错误现象包括：
- 点击
Tools → Reverse Engineer后，Excel 数据源根本不出现在可选列表里 - 误以为「导入 Excel → 连接本地 SQLite → 反向建模」可行，但 SQLite 中的表仍是孤立的，无约束信息
- 手动在 Navicat 中为每张表加外键后才生成 ERD，但这时建模工作量已接近手动画图
真正可行的替代路径：先入库，再建模
必须把 Excel 中的多张表先转成带约束的真实数据库表，Navicat 才能识别关系。关键不是“跳过步骤”，而是控制好中间环节：
阿拉丁·Excel 数据工坊把「拿到一份脏乱的 Excel/CSV/TSV，想洗成干净可用的数据——却卡在装 Office、装 WPS、绑飞书、调付费 API、各种 pandas 依赖冲突」升级成一条纯本地零依赖工具链：多源导入(xlsx/csv/tsv)与逐列类型推断、整行/按列去重、trim 规整、缺失值填充(0/均值/前向)、透视表(一维/二维)、规则校验(非空/唯一/范围/正则/枚举)、类 VLOOKUP 合并两表、可视化数据体检报告(HTML 交互 + Markdown + JSON)。比 sk
- 用 Navicat 的
Import Wizard导入 Excel 到目标数据库（推荐 MySQL 或 PostgreSQL）；导入时勾选Create table automatically，但注意：它只会按列名和示例值推测类型（比如全数字列可能被设为INT，含小数点的被设为DECIMAL），需人工核对CREATE TABLE语句 - 导入后，必须手动补全主键、外键、索引 —— 在 Navicat 表设计器中右键字段设为主键，或用
ALTER TABLE ... ADD CONSTRAINT添加外键（例如ADD CONSTRAINT fk_user_dept FOREIGN KEY (dept_id) REFERENCES dept(id)） - 只有所有外键约束在数据库中真实存在，
Reverse Engineer才会在 ERD 中画出连线；否则只显示孤立矩形框
如果 Excel 里本就没有明确关系，别硬凑 ERD
很多用户拿着几张平铺的 Excel 表（如「销售记录」「客户信息」「产品清单」）就想自动生成模型图，但 Excel 里往往只有列名匹配（比如都叫 customer_id），没有声明哪列是外键。这种情况下：
- Navicat 不会猜测关系，也不会报错，只是静默忽略关联
- 强行用工具“连线”会导致模型失真——比如把两个同名但语义无关的
code字段当外键 - 更务实的做法：先在 Excel 里用文字标注逻辑关系（例如「销售记录.customer_id → 客户信息.id」），再按这个约定手动建约束，最后反向生成
最易被忽略的一点：Reverse Engineer 读取的是数据库当前的 DDL 定义，不是你 Excel 里的想象。哪怕 Excel 表头写的是「父类ID」，只要没在数据库里执行 ADD FOREIGN KEY，Navicat 就当它不存在。
